Синхронизация в NDS

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

При чем тут вообще клиент

Да есть в клиенте глюк такой, пару раз натыкался, права не назначаются. Для висты и xp лечилось SP. Нетак давно обсуждали.

[Andrew Pushkarev]

Согласен, что не в клиенте дело. Обновил из уважения к поддержке форума.
На сервере установлен антивирус Trend ServerProtect V5.58, также используется nile.nlm, httpstk, PORTAL.NLM, backup агент.
Теперь по трастам. Их на разных серверах несколько десятков тысяч. На других серверах симптом пока не замечен.
Тома традиционные (кроме sys) конечно.
Теперь более подробно о симптоме. Закономерность не наблюдается;
ConsoleONE, утилиа tbackup показыют на некоторые каталоги назначения-двойники с разными значениями.
Пример неисправности:

1) на catalog1 у user15 есть одновременно права RF и RWF в виде двух опекунских назначений. Правим опекунское назначение RF на RFE. E добавляется, но к другому назначению. Результат – два назначения RF и RWEF
2) можно удалить трасту и двойника и создать заново, тога все работает.

Nwadmin, а также N>утилиты Novell>права опекуна>…показывает одно опекунское назначение. Для catalog1 user15 меняем RF на RCF. Нажимаем ОК и проверяем – права не изменились. Идем в ConsoleONE и видим, что у “назначения - двойника” прибавилось „C“. Реально пользователь право “С” не получает.

В тоже время на catalog1 у user10 есть права RF. Права можно изменять. Т.е. не здоровы отдельные трасты на отдельные каталоги. Как бы логическую структуру пролечить просится. Repair локальной базы выполняется без ошибок.

[Andrew Pushkarev]

Реплика "Согласен, что не в клиенте дело" опоздала на пару сообщений и в этом сообщении неуместна.