Ошибки ndsrepair

[$erg]

Здравствуйте, уважаемые коллеги.
На протяжении долгого времени наблюдал ошибки в "ndsrepair -U" типа:

ERROR: Modification time was incorrect, it has been updated
Object ID: 00008258, DN: CN=User.OU=FILIAL.O=ORG.T=TREE
Repairing objects - done(923)

Лечиться она первым прогоном ndsrepair, но возникает вопрос откуда она появляется.
Заметил что появляется она на тех юзерах, которые только сменили пароль.
Системы: OES2SP3linux со всеми доступными обновлениями.
http://www.novell.com/support/viewConte ... &sliceId=1
тут писали, что эта проблема решится с обновлением, но версия novell-NDSbase у меня 8.8.6.1, т.е. гораздо выше чем там указано.
"ndsrepait -T" говорит что с синхронизацией времени все нормально:

---------------------------+---------+---------+-----------+--------+-------
DS Replica Time Time is Time
Server name Version Depth Source in sync +/-
---------------------------+---------+---------+-----------+--------+-------
Processing server: .serv1.ORG
.serv1.ORG 20602.00 0 Non-NetWare Yes 0
Processing server: .serv2.ORG
.serv2.ORG 20602.00 0 Non-NetWare Yes 0
---------------------------+---------+---------+-----------+--------+-------
Total errors: 0
NDSRepair process completed.

В чем может быть проблема?

[Музалёв Николай]

Вообще то считается "косметической ошибкой".
Я на 51 с ней живу уже не помню сколько лет...

Единственно - преде бакапом дерева стаоаюсь не забывать их очищать.

Потому не особенно волнуйтесь - время от времени прогоняйте ДСРЕП, что бы они не накапливались (они появляются, затем могут исчезнуть, возникнуть у новых пользователей...)

[$erg]

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

[Владимир Горяев]

DSRepair checks for the situation where a timestamp of an objects attributes is in the future in relation to the modification timestamp of the object itself. This message is informational only and should not cause any alarm. This is sometimes caused by an attribute that gets updated often, such as a network address, last login time or revision. Depending upon when DSRepair is run, it might have situations where the modification time had yet to be updated. DSRepair fixes the modification time of the object to match the most recent timestamp of any of that objects attributes.