ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / partner index description not found (175), file: idx.cpp line: 213
25 сообщений из 36, страница 1 из 2
  1  все
partner index description not found (175), file: idx.cpp line: 213
    #39969173
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
FB 3.0.5.3320 x64. Вчера делал обновление базы, и сервер остановился с ошибкой:
Код: plaintext
1.
2.
3.
SERVER	Mon Jun 15 00:15:49 2020
	Database: --cutted--
	internal Firebird consistency check (partner index description not found (175), file: idx.cpp line: 213)
Анализ показал, что это происходит при создании внешнего ключа. Во внешней таблице записей не было. Вылечил удалением ПК на внешней таблице и созданием его заново.

Проверил копию БД онлайн-валидацией. Про данную таблицу валидация ничего не нашла.
Но есть другие ошибки, про которые я писал в прошлые разы:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
SERVER	Mon Jun 15 11:39:23 2020
	Database: --cutted--
	Warning: Pointer page 1153167 {sequence 21} bits {0x09 full, secondary} are not consistent with data page 4190737 {sequence 35769} state {0x08 secondary} in table REG$ABONENT$EQUIPMENT (206)


SERVER	Mon Jun 15 11:39:23 2020
	Database: --cutted--
	Warning: Pointer page 1153167 {sequence 21} bits {0x09 full, secondary} are not consistent with data page 4190739 {sequence 35771} state {0x18 secondary, empty} in table REG$ABONENT$EQUIPMENT (206)

Таких порядка 90 штук.

И в конце вот такое:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
SERVER	Mon Jun 15 12:10:08 2020
	Database: --cutted--
	Warning: Index 4 misses node on page 4157925 level 1 at offset 78 in table INF$FISCAL$DOCUMENT (1539)


SERVER	Mon Jun 15 12:10:08 2020
	Database: --cutted--
	Warning: Index 4 has inconsistent left sibling pointer, page 4157925 level 1 at offset 84 in table INF$FISCAL$DOCUMENT (1539)


SERVER	Mon Jun 15 12:10:30 2020
	Database: --cutted--
	Warning: Relation has 179708 orphan backversions {0 in use} in table INF$FISCAL$DOCUMENT (1539)


SERVER	Mon Jun 15 12:14:30 2020
	Database: --cutted--
	Validation finished: 0 errors, 98 warnings, 0 fixed

Данная информация для ознакомления Владу Хорсуну.
...
Рейтинг: 0 / 0
15.06.2020, 05:55
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #39969183
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
И предложение. Проверяю базы "на горячую".
Получаю итог:
Код: plaintext
1.
2.
3.
SERVER	Mon Jun 15 14:06:55 2020
	Database: --cutted--
	Validation finished: 3 errors, 0 warnings, 0 fixed

Смотрю лог, а там три записи такого вида:
Код: plaintext
1.
2.
3.
14:06:54.45 Relation 1371 (DIR$EXEC_PROC$CORRECTION) 
14:06:54.45 Acquire garbage collection lock failed 
14:06:54.45 Relation 1371 (DIR$EXEC_PROC$CORRECTION) : 1 ERRORS found

Можно такие случаи показывать не как ошибку, а как пропущенные таблицы?
...
Рейтинг: 0 / 0
15.06.2020, 07:36
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #39969214
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
CyberMax
FB 3.0.5.3320 x64. Вчера делал обновление базы, и сервер остановился с ошибкой:
Код: plaintext
1.
2.
3.
SERVER	Mon Jun 15 00:15:49 2020
	Database: --cutted--
	internal Firebird consistency check (partner index description not found (175), file: idx.cpp line: 213)
Анализ показал, что это происходит при создании внешнего ключа. Во внешней таблице записей не было. Вылечил удалением ПК на внешней таблице и созданием его заново.
А этот ПК до удаления - его индекс был активен ?


CyberMax
Код: plaintext
Validation finished: 0 errors, 98 warnings, 0 fixed
Как и написано - тут нет ошибок, только предупреждения. Это всё не критично для работы БД.

Обычная валидация (не онлайн) исправит большую часть из них.
...
Рейтинг: 0 / 0
15.06.2020, 09:37
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #39969216
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
CyberMax
Можно такие случаи показывать не как ошибку, а как пропущенные таблицы?
Ты имеешь в виду вот это
CyberMax
Код: plaintext
Validation finished:  3 errors , 0 warnings, 0 fixed

или это
CyberMax
Код: plaintext
14:06:54.45 Relation 1371 (DIR$EXEC_PROC$CORRECTION) :  1 ERRORS  found
...
Рейтинг: 0 / 0
15.06.2020, 09:39
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #39969226
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
hvlad
А этот ПК до удаления - его индекс был активен ?

Да. Поле ПК описано как GENERATED BY DEFAULT AS IDENTITY, если это имеет значение.
Базу проверяли онлайн-валидацией месяц назад, но т.к. ошибка ей не обнаруживается, то когда индекс стал испорчен - не знаю. Может, с самого начала (месяца три-четыре назад).

hvlad
Как и написано - тут нет ошибок, только предупреждения. Это всё не критично для работы БД.
Обычная валидация (не онлайн) исправит большую часть из них.

На всякий случай сегодня b/r сделаем.
...
Рейтинг: 0 / 0
15.06.2020, 09:52
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #39969229
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
hvlad
CyberMax
Можно такие случаи показывать не как ошибку, а как пропущенные таблицы?
Ты имеешь в виду вот это
CyberMax
Код: plaintext
Validation finished:  3 errors , 0 warnings, 0 fixed

или это
CyberMax
Код: plaintext
14:06:54.45 Relation 1371 (DIR$EXEC_PROC$CORRECTION) :  1 ERRORS  found

И то и то. Это три пропущенные таблицы из-за Acquire garbage collection lock failed.
...
Рейтинг: 0 / 0
15.06.2020, 09:55
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
partner index description not found (175), file: idx.cpp line: 213
    #40082824
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
FB 3.0.7.33374 x64. Сегодня утром снова остановилась база с сообщением в логе:
Код: plaintext
1.
2.
3.
SERVER	Fri Jul 09 08:31:37 2021
	Database: --
	internal Firebird consistency check (partner index description not found (175), file: idx.cpp line: 1310)

Сделал онлайн-валидацию БД. Нашлось вот такое:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
SERVER	Fri Jul 09 09:13:44 2021
	Database: --
	Validation started


SERVER	Fri Jul 09 09:23:38 2021
	Database: --
	Warning: Pointer page 3716 {sequence 0} bits {0x05 full, swept} are not consistent with data page 432397 {sequence 261} state {0x01 full} in table DOC (1173)


SERVER	Fri Jul 09 09:23:38 2021
	Database: --
	Warning: Pointer page 3716 {sequence 0} bits {0x05 full, swept} are not consistent with data page 432399 {sequence 263} state {0x01 full} in table DOC (1173)


SERVER	Fri Jul 09 09:23:38 2021
	Database: --
	Warning: Pointer page 3716 {sequence 0} bits {0x05 full, swept} are not consistent with data page 2173632 {sequence 264} state {0x01 full} in table DOC (1173)


SERVER	Fri Jul 09 09:27:37 2021
	Database: --
	Validation finished: 0 errors, 3 warnings, 0 fixed

Что это был за индекс - выяснить не удалось. База вроде работает, все ОК.

Я уже писал в трекер, но повторю вопрос разработчикам - можно ли сделать сообщение лога более подробным? Как минимум, добавить имя пользователя (чтобы понимать, под кем произошла ошибка) и имя процесса приложения (много внешних системных подключений работает через SYSDBA, это позволит определить, что именно за процесс).

И можно ли расширить конкретно этот багчек - чтобы было понятно, о каких индексах идет речь?
...
Рейтинг: 0 / 0
09.07.2021, 04:28
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082829
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
Ошибка повторилась. На каком индексе срабатывает проверка - самостоятельно выяснить не смог. Делаю b/r.
...
Рейтинг: 0 / 0
09.07.2021, 06:53
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082850
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
CyberMax
Код: plaintext
internal Firebird consistency check (partner index description not found (175)
Обычно это указывает на деактивированный PK\FK.
Найти его легко - см. RDB$INDICES.RDB$INDEX_INACTIVE.
Валидация это не находит, т.е. это не есть повреждение физ. стр-ры БД.

Или же индекс отсутствует, это тоже можно найти запросами к системным таблицам (RDB$RELATION_CONSTRAINTS, RDB$REF_CONSTRAINTS, etc)

CyberMax
Я уже писал в трекер
Точнее можно ?

CyberMax
И можно ли расширить конкретно этот багчек - чтобы было понятно, о каких индексах идет речь?
Можно, наверное. В трекере есть ?

CyberMax
Ошибка повторилась. На каком индексе срабатывает проверка - самостоятельно выяснить не смог. Делаю b/r.
Как искал ?
Если там дйствительн неактивный индекс, то b/r скоре всего не поможет.
...
Рейтинг: 0 / 0
09.07.2021, 08:29
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082853
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
hvlad
Найти его легко - см. RDB$INDICES.RDB$INDEX_INACTIVE.

Вот как раз это и смотрел - с единичкой нет. Только с NULL и 0.
hvlad
Или же индекс отсутствует, это тоже можно найти запросами к системным таблицам (RDB$RELATION_CONSTRAINTS, RDB$REF_CONSTRAINTS, etc)

Я брал запрос с ibase.ru - но по нему не нашел.

hvlad
CyberMax
Я уже писал в трекер
Точнее можно ?

5831
Но с тех пор прошло много времени, и теперь вот хотелось бы еще немного расширить его.

hvlad
Можно, наверное. В трекере есть ?

Добавил 6891

hvlad
Как искал ?

Искал по неактивному индексу (см. первые два ответа), пытался работать с таблицами, где недавно менял ВК. Не обнаружил.
hvlad
Если там дйствительн неактивный индекс, то b/r скоре всего не поможет.

B/r прошел без проблем.
...
Рейтинг: 0 / 0
09.07.2021, 08:56
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082920
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
CyberMax,

судя по вышеописанному - проблема была только в памяти процесса.
Думаю полного дисконнекта должно было хватить, в крайнем случа - рестарт процесса.
Думаю, это быстрее, чем b/r

Насчёт 6891 - я не могу это расшифровать :)
...
Рейтинг: 0 / 0
09.07.2021, 11:22
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082933
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
hvlad
CyberMax,

судя по вышеописанному - проблема была только в памяти процесса.
Думаю полного дисконнекта должно было хватить, в крайнем случа - рестарт процесса.

После первого багчека, процесс firebird'а завис и не останавливался. Поэтому сервер был перезагружен. После чего через пару часов багчек сработал снова. Так что рестарта не хватило. Из-за отсутствия инфы о пользователе и именах индекса я не знаю, у кого это сработало и с какой таблицей. Я попробую поделать выборки из таблиц с использованием ПК, может, найдется проблемный индекс.
...
Рейтинг: 0 / 0
09.07.2021, 11:41
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082950
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
09.07.2021 08:56, CyberMax пишет:
> Вот как раз это и смотрел - с единичкой нет.

ещё тройка может быть.
как раз в случае PK/FK
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
09.07.2021, 12:05
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40082972
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
CyberMax
осле первого багчека, процесс firebird'а завис и не останавливался. Поэтому сервер был перезагружен. После чего через пару часов багчек сработал снова
Метаданные меняли в это время ?

CyberMax
Из-за отсутствия инфы о пользователе
в данном случае она бесполезна. Как и в большинстве других случаев.
CyberMax
и именах индекса
Имя индекса достать пока не обещаю, только номер. И имя (или id) таблицы.
...
Рейтинг: 0 / 0
09.07.2021, 12:50
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083026
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
CyberMaxДобавил 6891
не пиши сам. используй гуглотранслятор.
...
Рейтинг: 0 / 0
09.07.2021, 14:27
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083044
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
CyberMaxПосле первого багчека, процесс firebird'а завис и не останавливался. Поэтому сервер был перезагружен. После чего через пару часов багчек сработал снова. Так что рестарта не хватило. Из-за отсутствия инфы о пользователе и именах индекса я не знаю, у кого это сработало и с какой таблицей. Я попробую поделать выборки из таблиц с использованием ПК, может, найдется проблемный индекс.
гм, рекомендации от техподдержки.

1. используйте самую последнюю версию ФБ

2. в случае "зависаний" настройте снятие дампов на Windows или Linux .

3. "порча" индексов обнаруживается только в момент их использования какими-то запросами. Или, да, если запущена валидация. См. firebird.log. В логе пишется номер индекса. Имя соответствующего индекса можно легко извлечь из rdb$indices.
"Испорченные" индексы никогда не становятся "внезапно неактивными". Т.е. RDB$INDICES.RDB$INDEX_INACTIVE значение не меняет.

4. валидация никогда не чинит индексы. Потому что индекс - это вторичная информация, и может быть легко перестроен командой alter index active, как для индексов, созданных вручную, так и для индексов по PK-FK-unique. Делать backup/restore при повреждении ТОЛЬКО индексов нет никакого смысла, потому что в процессе restore точно также производится alter index active для всех индексов по окончании восстановления данных.

p.s. вся перечисленная хрень не является секретом, и так или иначе упоминается тут как минимум мной уже лет 18 примерно.
...
Рейтинг: 0 / 0
09.07.2021, 15:13
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083053
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
kdvВ логе пишется номер индекса. Имя соответствующего индекса можно легко извлечь из rdb$indices.

Главное - запомнить в каких случаях к номеру надо прибавлять единицу, а в каких - не надо.
Ибо https://github.com/FirebirdSQL/firebird/issues/4747
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
09.07.2021, 15:41
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083056
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Dimitry Sibiryakov,

гстат имена индексов выводит, поэтому похер на их номера. А гфикс не выводит имена, поэтому см. rdb$indices.
не вижу никаких проблем :-)
...
Рейтинг: 0 / 0
09.07.2021, 15:58
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083058
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
hvlad
Метаданные меняли в это время ?

Нет, не меняли.

hvlad
CyberMax
Из-за отсутствия инфы о пользователе
в данном случае она бесполезна. Как и в большинстве других случаев.

Не согласен. Если это кто-то из разработчиков, смогу спросить у него, что делал с базой данных. Если кто-то из пользователей, что делал перед тем, как все все остановилось.

hvlad
и именах индекса
Имя индекса достать пока не обещаю, только номер. И имя (или id) таблицы.[/quot]
Номер ведь неуникальный, да? Который в пределах таблицы.
...
Рейтинг: 0 / 0
09.07.2021, 16:08
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083060
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
kdv
CyberMaxДобавил 6891

не пиши сам. используй гуглотранслятор.
Именно его и использовал.
...
Рейтинг: 0 / 0
09.07.2021, 16:08
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083062
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
CyberMax
kdv
пропущено...
не пиши сам. используй гуглотранслятор.
Именно его и использовал.
не, лучше яндыкс.
он английский лучше знает.
а в гугле одни индусы.
пиджин-инглиш.
...
Рейтинг: 0 / 0
09.07.2021, 16:17
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083063
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
CyberMaxИменно его и использовал.
не верю. таких ужасов он не пишет. Вот, к примеру, обратный перевод
"Нужно добавить, кто к какому индексу указан. Без этого проблема с индексом очень сложна. "
Таким образом, я делаю вывод, что исходный русский в переведенном сообщении - не русский вообще.

Ну например.
Запрос - "Extend message for bugcheck "partner index description not found""
русский - просьба добавить информацию, о каком именно индексе в ошибке идет речь. Без имени индекса его тяжело найти".
(хотя совсем не тяжело, но это опустим).
Тогда, гуглоперевод:
"please add information about which index in the error is in question. It's hard to find without a name index "
вторая часть подкачала, ну да ладно, зато первая вполне норм.

Вывод - пишите вначале вменяемый текст на русском языке. Не пишите "нужно добавить кто к какому индексу указан". Это и по русски непонятно.
...
Рейтинг: 0 / 0
09.07.2021, 16:19
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083064
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Мимопроходящий,

so long no see :-)
how much watch
for whom how
и т.д.
...
Рейтинг: 0 / 0
09.07.2021, 16:23
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083067
Фотография CyberMax
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CyberMax
Участник
kdv
CyberMaxПосле первого багчека, процесс firebird'а завис и не останавливался. Поэтому сервер был перезагружен. После чего через пару часов багчек сработал снова. Так что рестарта не хватило. Из-за отсутствия инфы о пользователе и именах индекса я не знаю, у кого это сработало и с какой таблицей. Я попробую поделать выборки из таблиц с использованием ПК, может, найдется проблемный индекс.

гм, рекомендации от техподдержки.

1. используйте самую последнюю версию ФБ

2. в случае "зависаний" настройте снятие дампов на Windows или Linux .

3. "порча" индексов обнаруживается только в момент их использования какими-то запросами. Или, да, если запущена валидация. См. firebird.log. В логе пишется номер индекса. Имя соответствующего индекса можно легко извлечь из rdb$indices.
"Испорченные" индексы никогда не становятся "внезапно неактивными". Т.е. RDB$INDICES.RDB$INDEX_INACTIVE значение не меняет.

4. валидация никогда не чинит индексы. Потому что индекс - это вторичная информация, и может быть легко перестроен командой alter index active, как для индексов, созданных вручную, так и для индексов по PK-FK-unique. Делать backup/restore при повреждении ТОЛЬКО индексов нет никакого смысла, потому что в процессе restore точно также производится alter index active для всех индексов по окончании восстановления данных.

p.s. вся перечисленная хрень не является секретом, и так или иначе упоминается тут как минимум мной уже лет 18 примерно.
1. У нас всегда используется самая последняя версия FB.
2. Зачем в данном случае снимать дамп? Уже много лет после любого багчека Windows не может остановить службу firebird (с 2.5 точно), помогает только перезагрузка. Я уже смирился с этим.
3. Здесь нет порчи индекса, насколько я понимаю.
4. Я и не собирался чинить индексы валидацией. Влад давал рекомендацию - при проблемах с БД смотреть, что скажет онлайн-валидация. Вот и посмотрел. Там снова всплыла давняя проблема с флагами. К топику она не имеет отношения.
По поводу b/r - не понял. Как пересоздать индексы PK/FK, если они не деактивируются?
...
Рейтинг: 0 / 0
09.07.2021, 16:37
| Ответить | Цитировать | Написать  
partner index description not found (175), file: idx.cpp line: 213
    #40083069
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
CyberMax2. Зачем в данном случае снимать дамп? Уже много лет после любого багчека Windows не может остановить службу firebird (с 2.5 точно), помогает только перезагрузка. Я уже смирился с этим.
то есть, зачем нужны дампы, мы не понимаем, и первую страницу указанных документов прочитать не можем. Понятно.
CyberMaxКак пересоздать индексы PK/FK, если они не деактивируются?
оч. смешно. не надо их деактивировать. их можно перестроить без деактивации.
alter index active. Забудь про inactive. Просто забудь, и сделай хоть раз alter index active, попробуй. Эта хрень работает именно так, всегда, как минимум лет 26 уже (с ИБ 4.0, и скорее всего с 3.3, еще раньше).
...
Рейтинг: 0 / 0
09.07.2021, 16:44
| Ответить | Цитировать | Написать  
25 сообщений из 36, страница 1 из 2
  1  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / partner index description not found (175), file: idx.cpp line: 213
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=40082829&tid=1559990]:
 0ms
get settings:
 11ms
get forum list:
 15ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 38ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 69ms
get tp. blocked users:
 2ms
others: 252ms
total:  413ms
созд. / загр.: 413ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]