• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Verification Error In View

  • Автор темы Extraterrestrial
  • Дата начала
E

Extraterrestrial

Делаю fixup БД, получаю сообщение:
05.01.2009 05:11:37 NSF BT: Verification error in view Имя вида in database Имя БД. See NOTES.BRP for dump.
05.01.2009 05:11:37 BTVerifyNode: ERROR in 181:0, MaxKeySize is 0 - expected 28

Чтобы это всё значило? NOTES.BRP не нашел.
 

puks

Lotus Team
03.02.2007
1 919
55
BIT
3


Question
You see the following message on your Domino® server:
[0029:0002-010C] 01/31/99 05:41:15 PM NSF BT: Verification error in view (comp.sys.mac.advocacy.nntp) in database blue\nd000049.nsf. See NOTES.BRP for dump.
[0029:0002-010C] 01/31/99 05:41:15 PM BTVerifyNode: ERROR in 708:0, maximum key value is wrong


Answer
This message should not be cause for immediate concern because it is simply indicative of legitimate B-tree or view corruption, which can occur. The message may appear when a B-tree is already invalid before it is opened by various Notes tasks. The corruption in the view will most often be handled appropriately and fixed the next time a user or Notes task hits the corrupt view by the NIF subsystem.
NOTE: When the Notes.ini parameter DEBUG_TRAP_CORRUPTION is enabled and corruption of this type occurs, the Domino server can PANIC or crash -- as it was designed to do.


Note: A B-Tree structure is simply a means by which information can be stored and accessed quickly.
 
E

Extraterrestrial

Спасибо.
Дело в том, что ранее в этом виде были уже явные ошибки, когда пользователь открывал этот вид, а там были просто неверные данные, вылечилось перестроением индекса Shift+F9. Но каждый раз так лечить... Кто знает, когда индекс там опять так сломается? Кстати, эта ошибка (ERROR in 181:0, MaxKeySize is 0 - expected 28) появилась уже после того, как включил опцию для этого вида "Include updates in transaction log", хотя может это и не связанные вещи. Возможно, 8-ка не переваривает виды, где есть категоризация документов на основе включения в значение поля символа "\".
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!