Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741 / Firebird, InterBase

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

13 сообщений из 13, страница 1 из 1

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38552222

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hi all.

Дано:
0) LI-T3.0.0.30876, SuperServer
1) база, над которой издеваются 250 isql'ей (idx_under_load: все аттачи усиленно долбят таблицу с 9 индексами, в надежде развалить их).
2) в отдельном окне на консоли сервера выполняется скрипт, делающий:
2.1) nbackup, десять уровней от 0-го до 9-го, интервал 10 сек
2.2) по окончании п. 2.1 - собирает обратно базу из nbk-файликов, её имя idx_restored_b.fdb
2.3) затем делает контрольный backup + restore этой базы
2.4) после 2.3 - валидацию этой же базы ( idx_restored_b.fdb ) с показом по завершении этой валидации "хвоста" из firebird.log'a (т.к. ошибки валидации пишутся именно туда).

В итоге, практически сразу после начала работы 250 молотилок, валидация показывает ошибки:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.

Summary of validation errors

        Number of record level errors   : 1
        Number of index page errors     : 3

oel64   Thu Feb  6 17:32:10 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 2 has orphan child page at page 145267 in table TMP (128)


oel64   Thu Feb  6 17:32:10 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 3 is corrupt on page 37890 level 1 at offset 66. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp,  line: 1752 
         in table TMP (128)


oel64   Thu Feb  6 17:32:10 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 3 is corrupt on page 37890 level 1 at offset 71. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp,  line: 1741 
         in table TMP (128)


oel64   Thu Feb  6 17:32:11 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Relation has 5 orphan backversions (0 in use) in table TMP (128)

Вопрос, соб-сно, простой: вышеприведенные ошибки - они опасные или нет ? (я помню, что какие-то номера строк из validation.cpp означали "спокуха, всё пучком", но не помню их номеров; да и меняются они со временем, КМК).

...

Рейтинг:

0 / 0

06.02.2014, 17:42:58

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38552242

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Кажись, вопрос снят, эти ошибки "не регулярные": на некоторых итерациях они есть, а затем их нет.

...

Рейтинг:

0 / 0

06.02.2014, 17:55:54

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38552363

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Нет. Не снят вопрос.
Валидация выдает всё время одни и те же индексы с id = 1 и 3.
Вот они:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.

SQL> select * from rdb$indices where rdb$relation_name='TMP' and rdb$index_id in (1,3);

RDB$INDEX_NAME                   TMP_ID_DESC                                                               
RDB$RELATION_NAME               TMP                                                                      
RDB$INDEX_ID                    1
RDB$UNIQUE_FLAG                 0
RDB$DESCRIPTION                 <null>
RDB$SEGMENT_COUNT               1
RDB$INDEX_INACTIVE              0
RDB$INDEX_TYPE                  1
RDB$FOREIGN_KEY                 <null>
RDB$SYSTEM_FLAG                 0
RDB$EXPRESSION_BLR              <null>
RDB$EXPRESSION_SOURCE           <null>
RDB$STATISTICS                  8.795167332209530e-07

RDB$INDEX_NAME                   TMP_F07_UNQ                                                               
RDB$RELATION_NAME               TMP                                                                      
RDB$INDEX_ID                    3
RDB$UNIQUE_FLAG                 1
RDB$DESCRIPTION                 <null>
RDB$SEGMENT_COUNT               1
RDB$INDEX_INACTIVE              0
RDB$INDEX_TYPE                  0
RDB$FOREIGN_KEY                 <null>
RDB$SYSTEM_FLAG                 0
RDB$EXPRESSION_BLR              <null>
RDB$EXPRESSION_SOURCE           <null>
RDB$STATISTICS                  8.795167332209530e-07

И вот их описалово:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

SQL> show index;
LA_DESC_ATTACH_ID DESCENDING INDEX ON LOG_ACTIVITY(ATTACH_ID, ID)
PK_TMP UNIQUE INDEX ON TMP(ID)
TMP_B11 INDEX ON TMP COMPUTED BY (bin_and(f11, 1))
TMP_DT1_DESC DESCENDING INDEX ON TMP COMPUTED BY ( datediff(millisecond from dt1 to timestamp '01.05.2012 00:00:00') )
 TMP_F07_UNQ UNIQUE INDEX ON TMP(F07) 
TMP_F08_UNQ UNIQUE DESCENDING INDEX ON TMP(F08)
 TMP_ID_DESC DESCENDING INDEX ON TMP(ID) 
TMP_S09 INDEX ON TMP COMPUTED BY (sign(f09))
TMP_S10_DESC DESCENDING INDEX ON TMP COMPUTED BY (mod(f10,10))

Почему ей "не нравятся" только эти два индекса ?

...

Рейтинг:

0 / 0

06.02.2014, 18:51:54

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38552366

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

oopps.. забыл выжимку из firebir.log'a прилепить:

grep "validation.cpp, line:" /opt/fb30trnk/firebird.log

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

        Index 3 is corrupt on page 37890 level 1 at offset 66. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 3 is corrupt on page 37890 level 1 at offset 71. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 1 is corrupt on page 31050 level 1 at offset 71. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 1 is corrupt on page 31050 level 1 at offset 76. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 3 is corrupt on page 37890 level 1 at offset 60. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 3 is corrupt on page 37890 level 1 at offset 65. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 3 is corrupt on page 37890 level 1 at offset 66. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 3 is corrupt on page 37890 level 1 at offset 71. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 1 is corrupt on page 31050 level 1 at offset 67. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 1 is corrupt on page 31050 level 1 at offset 72. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 1 is corrupt on page 31050 level 1 at offset 60. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 1 is corrupt on page 31050 level 1 at offset 65. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 3 is corrupt on page 37890 level 1 at offset 71. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 3 is corrupt on page 37890 level 1 at offset 76. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741
        Index 1 is corrupt on page 31050 level 1 at offset 65. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1752
        Index 1 is corrupt on page 31050 level 1 at offset 70. File: /root/downloads/fb30snap.30/src/jrd/validation.cpp, line: 1741

...

Рейтинг:

0 / 0

06.02.2014, 18:53:38

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38552378

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ТаблоидВопрос, соб-сно, простой: вышеприведенные ошибки - они опасные или нет ?
эти - не опасные (как минимум если идут всегда парой)

...

Рейтинг:

0 / 0

06.02.2014, 18:58:41

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554866

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Посторил тест на LI-V2.5.3.26737.

Число DML-молотилок = 350, в двух доп. окнах крутятся
1) скрипт, опрашивающий mon$-таблицы, с интервалом 10 сек;
2) скрипт, создающий девять уровней .nbk, а затем восстанавливающий из них новую базу и делающий её валидацию. Этот скрипт пишет в firebird.log "свои" сообщения о начале очередной итерации и её номере:

nbkidx.sh

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.

# run from: /var/db/fbxx
trc_log=./logs/trace_before_measure.log
fb_home=/opt/fb25
fb_port=3253
db_name=idx_under_load_fb25.fdb
delay=30
i=1
while :
do
  echo . . . . . . . . . . .  iter N $i . . . . . . . . . . . . . .
  echo >>$fb_home/firebird.log
  echo ::::::: $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) nbackup_b iteration N $i - start>>$fb_home/firebird.log
  rm -f idx_test_b.nbk?
  for k in 0 1 2 3 4 5 6 7 8 9
  do
    echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) start create_b nbk level $k. . .
    $fb_home/bin/nbackup -b $k ./$db_name ./idx_test_b.nbk$k
    echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) finish create_b nbk level $k.

    echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) take delay $delay sec...
    sleep $delay
  done

  echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) finish work with source fdb
  echo now trying to restore from incremental nbk:
  rm -f idx_restored_b.fdb
  echo :::::::  $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) run nbackup restore_b>>$fb_home/firebird.log
  $fb_home/bin/nbackup -r  idx_restored_b.fdb  \ 
    idx_test_b.nbk0 idx_test_b.nbk1 idx_test_b.nbk2 idx_test_b.nbk3 idx_test_b.nbk4 \
    idx_test_b.nbk5 idx_test_b.nbk6 idx_test_b.nbk7 idx_test_b.nbk8 idx_test_b.nbk9
  rm -f idx_test_b.nbk?
  echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) restoring_b done:
  ls -la idx_restored_b.fdb

  echo now start check for ability to backup and restore of idx_restored_b.fdb
  rm -f chk_restored_b.log chk_restored_b.tmp
  $fb_home/bin/gbak -b \
                    /var/db/fb30/idx_restored_b.fdb stdout | \
                    $fb_home/bin/gbak -rep \
                    stdin /var/db/fb30/chk_restored_b.tmp \
                    -v -y chk_restored_b.log


  echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) done, check tail of log:
  echo ...........................................

  echo total errors on backup and restore:  $( grep -i "error:" chk_restored_b.log | wc -l )

  echo ...........................................
  rm -f chk_restored_b.tmp

  fbq=$(wc $fb_home/firebird.log | awk {'print $1'})
  echo now validate database idx_restored_b.fdb that was built from .nbk files...
  $fb_home/bin/ gfix -v -full /var/db/fb30/idx_restored_b.fdb 
  echo check result of validation:
  echo ++++++++++++++++++++++++++++++++++++++++
  #set -x
  tail --lines=+$((fbq+1)) $fb_home/firebird.log
  #set +x
  echo ++++++++++++++++++++++++++++++++++++++++
  echo ::::::: $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) nbackup_b iteration N $i - finish>>$fb_home/firebird.log

  echo $(echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24) iter_b N $i DONE.
  #exit
  i=$((i+1))
done

В итоге, в firebird.log появились "нехорошие слова": missing entries

firebird.log

Код: plaintext

$ grep -B5 -i "missing ent" firebird.log
::::::: 2014-02-09 03:55:20.6263 nbackup_b iteration N 15 - start
::::::: 2014-02-09 04:00:36.4487 run nbackup restore_b

oel64 (Server)  Sun Feb  9 04:02:47 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)
--
::::::: 2014-02-09 04:02:47.4017 nbackup_b iteration N 16 - start
::::::: 2014-02-09 04:08:06.6055 run nbackup restore_b

oel64 (Server)  Sun Feb  9 04:10:27 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)
--
::::::: 2014-02-09 10:58:28.3698 nbackup_b iteration N 60 - start
::::::: 2014-02-09 11:03:39.4269 run nbackup restore_b

oel64 (Server)  Sun Feb  9 11:08:47 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 5 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:08:47 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 6 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:08:48 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)
--
::::::: 2014-02-09 11:08:48.1836 nbackup_b iteration N 61 - start
::::::: 2014-02-09 11:14:36.1092 run nbackup restore_b

oel64 (Server)  Sun Feb  9 11:19:41 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 5 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:19:41 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 6 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:19:41 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)
--
::::::: 2014-02-09 11:19:41.5068 nbackup_b iteration N 62 - start
::::::: 2014-02-09 11:25:13.8355 run nbackup restore_b

oel64 (Server)  Sun Feb  9 11:30:39 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 5 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:30:39 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 6 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:30:39 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)
--
::::::: 2014-02-09 11:30:39.5818 nbackup_b iteration N 63 - start
::::::: 2014-02-09 11:36:16.3402 run nbackup restore_b

oel64 (Server)  Sun Feb  9 11:42:01 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 5 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:42:02 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 6 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:42:02 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)

Должен заметить также, что сам факт успешности контрольных бекапа и рестора базы, которая собрана из кусков .nbk, еще не означает, что в базе этой не "странностей". Рестор идёт с ключиком -v -y chk_restored_b.log, так вот: подсчет числа строк с "error:" в этом файле (grep -i "error:" chk_restored_b.log | wc -l) после завершения рестора выдаёт НОЛЬ!
Вот фрагмент одной из последний итераций .nbk-скрипта:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.

. . . . . . . . . . . iter N 63 . . . . . . . . . . . . . .
2014-02-09 11:30:39.5857 start create_b nbk level 0. . .
2014-02-09 11:30:42.6888 finish create_b nbk level 0.
2014-02-09 11:30:42.6914 take delay 30 sec...
<...>
2014-02-09 11:35:41.5708 start create_b nbk level 9. . .
2014-02-09 11:35:46.2308 finish create_b nbk level 9.
2014-02-09 11:35:46.2336 take delay 30 sec...
2014-02-09 11:36:16.2370 finish work with source fdb
now trying to restore from incremental nbk:
2014-02-09 11:36:17.2381  restoring_b done :
-rw-r----- 1 firebird firebird 385761280 Feb  9 11:36 idx_restored_b.fdb
now start check for ability to backup and restore of idx_restored_b.fdb
2014-02-09 11:42:00.7145 done, check tail of log:
...........................................
 // это результат команды 
// echo total errors on backup and restore:  $( grep -i "error:" chk_restored_b.log | wc -l ) 
 total errors on backup and restore: 0 
...........................................
now validate database idx_restored_b.fdb that was built from .nbk files...
Summary of validation errors

        Number of record level errors   : 1
         Number of index page errors     : 3 
check result of validation:
++++++++++++++++++++++++++++++++++++++++

oel64 (Server)  Sun Feb  9 11:42:01 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 5 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:42:02 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 6 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:42:02 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Index 7 is corrupt (missing entries) in table TMP (128)


oel64 (Server)  Sun Feb  9 11:42:02 2014
        Database: /var/db/fb30/idx_restored_b.fdb
        Relation has 3 orphan backversions (0 in use) in table TMP (128)

++++++++++++++++++++++++++++++++++++++++
2014-02-09 11:42:02.2222 iter_b N 63 DONE.

PS. Изменённые параметры конфига:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.

$ grep "^[^#;]" firebird.conf | sort
BugcheckAbort = 1
DefaultDbCachePages = 2048
ExternalFileAccess = Restrict /var/db/fb30
FileSystemCacheThreshold = 1000000
RemoteServicePort = 3253
TempBlockSize = 67108864
TempCacheLimit = 1073741824
TempDirectories = /dev/shm;/tmp

NB: DefaultDBCachePages намеренно оставлен равным нищенским 2048 страницам.
ФБ работает в режиме SuperClassic.

...

Рейтинг:

0 / 0

09.02.2014, 12:04:18

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554867

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

тьфу, gstat -h еще забыл:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.

Database "idx_under_load_fb25.fdb"
Database header page information:
        Flags                   0
        Checksum                12345
        Generation              697940
        Page size               4096
        ODS version             11.2
        Oldest transaction      678259
        Oldest active           678260
        Oldest snapshot         678260
        Next transaction        695808
        Bumped transaction      1
        Sequence number         0
        Next attachment ID      7215
        Implementation ID       24
        Shadow count            0
        Page buffers            0
        Next header page        0
        Database dialect        3
        Creation date           Feb 9, 2014 1:35:52
        Attributes

    Variable header data:
        Database backup GUID:   {EF1DC594-6C26-4D98-1B82-48FF3C5AAAB6}
        Sweep interval:         0
        *END*

...

Рейтинг:

0 / 0

09.02.2014, 12:05:48

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554869

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

ТаблоидФБ работает в режиме SuperClassic.телефон чёртов отвлёк... поубивал бы...
Super SERVER , конечно.

...

Рейтинг:

0 / 0

09.02.2014, 12:07:16

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554874

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Таблоид,

а ты firebird.log точно от FB2.5 привёл, а то там пути какие то странные Database: /var/db/fb30/idx_restored_b.fdb

...

Рейтинг:

0 / 0

09.02.2014, 12:26:12

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554879

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Симонов Дениса ты firebird.log точно от FB2.5 привёл, а то там пути какие то странные Database: /var/db/fb30/idx_restored_b.fdbда, всё правильно: у мну все базы на этой машине свалены в одну папку, различия билдов - в именах .fdb-файлов

...

Рейтинг:

0 / 0

09.02.2014, 12:36:12

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554956

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Свип перед валидацией сделай

...

Рейтинг:

0 / 0

09.02.2014, 15:25:51

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554958

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Таблоидв firebird.log появились "нехорошие слова": missing entries Прогнал базу, которая валидировалась (idx_restored_b.fdb; она была собрана из .nbk-файлов), через бекап-рестор. Затем натравил на неё валидацию.
Результат: ошибок НЕТ.

ЗЫ. "Люди, будьте бдительны!" (С) Получается, что после "обратной сборки" базы из .nbk-файликов (nbackup -r) в ней всё равно остается какой-то мусор, который заставляет валидацию вопить о страшной missing entries.
Я помню, что такое было при жестком обрубании молотилок и проверки базы-источника. И проявлялось это очень редко.
Но после сборки мусора (gfix -sweep) всё это уходило. Но сейчас было просто пересоздание базы из .nbk-огрызков, мусор вроде бы не должен в ней появляться ?
И странно, кстати, что такое только в 2.5 вылезло, а в 3.0 этого вообще не было ни разу за минувшие 2.5 дня.

...

Рейтинг:

0 / 0

09.02.2014, 15:27:19

| Ответить | Цитировать | Написать

Ошибки валидации после "сборки" базы из .nbk-файлов: validation.cpp, line NN 1752, 1741

#38554959

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladСвип перед валидацией сделайне заметил этот ответ.

...

Рейтинг:

0 / 0

09.02.2014, 15:27:57

| Ответить | Цитировать | Написать

13 сообщений из 13, страница 1 из 1

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=40&msg=38554866&tid=1563906]:	0ms
get settings:	6ms
get forum list:	15ms
check forum access:	3ms
check topic access:	3ms
track hit:	207ms
get topic data:	11ms
get forum data:	3ms
get page messages:	57ms
get tp. blocked users:	1ms
others:	191ms

total:	497ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы