ну у наших пользователей периодически в 2.1.x рушатся индексы RDB$USER_PRIVELEGES
причем b/r ничего не исправляет
ну и дальше в сторону багчеков при попытке манипуляции правами.

так что разрушение индексов при нормальных данных (после B-R данные уж точно нормальные же) вполне возможный сценарий

ну и в виду

relnotes 254What Online Validation Can Do
....
System tables are not validated.

в таком случая валидироват ьможно только сам индекс, без таблицы

hvlad,

в трекере нет, так как не получается из клиентов вытрясти анонимизированную БД

скорее всего появляется при какой-то последовательности апгрейдов со тсарых ods и 1-го диалекта, но очень редко.

Пока только два таких случая.

и чтобы дважды не вставать, у вас есть http/ftp upload ? м.б. скайп ?
где-то лежит пример БД с AV в gds32.dll - но по публичной почте отправлять не хочу, клиенты у нас нервные

hvlad, со слов клиентов

Первый случай уже не помню, у второго случая расширение gdb, но по-моему не критично.

При попытках в БД ввести права для нового пользователя в лог три раза выпадает

internal gds software consistency check (cannot find record back version (291), file: vio.cpp line: 5034)

при валидации

Summary of validation errors
Number of index page errors : 5
Number of database page errors : 70


Index 1 is corrupt on page 134624 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1659
in table RDB$USER_PRIVILEGES (18)

Index 1 is corrupt on page 134624 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1649
in table RDB$USER_PRIVILEGES (18)

Index 2 is corrupt on page 135879 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1659
in table RDB$USER_PRIVILEGES (18)

Index 2 is corrupt on page 135879 level 1. File: ..\..\..\src\jrd\validation.cpp, line: 1659
in table RDB$USER_PRIVILEGES (18)

а дальше цепочка Page xxxx is orphan

после обновления 2.1.3 - 2.1.7 и B&R орфаны исчезли, но и только

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

Fr0sT-Brutal,

а пароль как ?

Fr0sT-Brutal,

ну вот это и будет аналог записывания пин-кода на карточке и пароля на мониторе

Fr0sT-Brutal,

Нет, я конечно имел в виду ftp/ssl :-)

С FTP/HTTP upload - есть разница: файл не оседает в архивах почты, которые к тому же могут храниться на бесплатных (т.е. ничем и никому не обязанных) почтовиках типа gmail, newmail и т.д.

Т.е. файл, залитый на FTP через пару лет естественным образом потеряется.
Файл, присланный почтой, будет висеть в архивах "вечно" и потенциально любой новый SirCam сможет его вытащить и разослать по сети