proNovell

Дерево: 4 сервера с репликами read-write под netware 6 sp5, NDS версии 8.7.3.
Заметил непонятку с правами на каталоги. ConsoleOne показывает опекунские назначения на каталог RWCEFM, и тут-же эффективные права на него R F. Программа Tbackup показывает RWCEFM. Пользователь реально получает R F.
Dsrepair пустил на всех серверах. Ошибок нет, время синхронно, реплики тоже. Запустил dstrace. В логе есть ошибки:
VCLN: [2008/11/21 13:34:11] DCCreateContext called with an invalid module handle.

Какое мнение у коллег по этому поводу?

Фильтры?

Музалёв Николай писал(а):Фильтры?

Явное назначение прав имеет приоритет перед фильтрами, назначенными выше по дереву и/или на том уже уровне (в этом случае фильтры просто игнорируются для того объекта, для которого сделано явное назначение).

Andrew Pushkarev писал(а):ConsoleOne показывает опекунские назначения на каталог RWCEFM, и тут-же эффективные права на него R F.

Для какого объекта вы видите явно назначенные права RWECMF? И для кого эффективные RF?

Andrew Pushkarev писал(а):Какое мнение у коллег по этому поводу?

Уточнить бы, для кого вы права смотрите - назначенные и эффективные.

Andrew Pushkarev писал(а):Дерево: 4 сервера с репликами read-write под netware 6 sp5, NDS версии 8.7.3.
Заметил непонятку с правами на каталоги.

И такие непонятки с каталогами на всех серверах и томах ? Или только на одном сервере / томе ?

Можно также попробовать выудить побольше инфы из DTRACE, насчет того invalid module handle. Что-нибудь в этом роде : http://support.novell.com/docs/Tids/Sol ... 90827.html

Замечен еще глюк. На один и тот же каталог один и тот же пользователь имеет ДВА разных опекунских назначения! Это видно программой ConsoleOne, тоже показывает tbackup:
rights . RWF /NAME="V10bann15.USERS"
rights . RF /NAME="V10bann15.USERS"
Nvadmin видит только одно опекунское назначение.
Мозг рвется. Такого еще не видел.
Похоже на несинхронность реплик, но dsrepair рапортует об успешной синхронизации. Серверы перезагружались.

Время критично. Буду очень признателен за поддержку!!!

А что показывает через правый клик красную N в трее->утилиты->"Права опекуна" и "наследуемые права и фильтры"?
Или тоже посмотреть в проводнике правым кликом.

через утилиты->"Права опекуна" и "наследуемые права и фильтры видно Одно опекунское назначение. Изменить назначения на каталог не удается.

Andrew Pushkarev писал(а):через утилиты->"Права опекуна" и "наследуемые права и фильтры видно Одно опекунское назначение. Изменить назначения на каталог не удается.

Какую ошибку выдает?
Какая версия nwclient?

Nwclient 4.91 sp4. Кнопку ОК при назначении прав на каталоги сьедает. Но данные права не сохраняются.

Andrew Pushkarev писал(а):Nwclient 4.91 sp4. Кнопку ОК при назначении прав на каталоги сьедает. Но данные права не сохраняются.

Уже есть 491sp5 и постфиксы, попробуй. И проверь права пользователя которым пытаешься менять.

Дополнительно привожу расширенный фрагмент dstrace.log:

AREQ: [2008/11/24 11:03:34] Calling DSAResolveName conn:279 for client .[Public].
AREQ: [2008/11/24 11:03:34] Calling DSAReadObjectInfo conn:279 for client .[Public].
VCLN: [2008/11/24 11:03:34] DCCreateContext called with an invalid module handle.
VCLN: [2008/11/24 11:03:34] DCCreateContext context 5d0a0006 moduleHandle 8785e3a0 unknown module, idHandle 00000006
AREQ: [2008/11/24 11:03:34] Calling DSAReadObjectInfo conn:8 for client .[Public].
VCLN: [2008/11/24 11:03:34] request DSAReadObjectInfo by context 5d0a0006 succeeded
VCLN: [2008/11/24 11:03:34] DCFreeContext context 5d0a0006 idHandle 00000006, connHandle 00000700, unknown module
AREQ: [2008/11/24 11:03:34] Calling DSAResolveName conn:279 for client .[Public].
AREQ: [2008/11/24 11:03:34] Calling DSAReadObjectInfo conn:279 for client .[Public].
BEMU: [2008/11/24 11:03:35] Find Next Object, btmatch=632 (mask=0x80000000), lastobj== ffffffff ) for conn 88
BEMU: [2008/11/24 11:03:35] Done with Find Next Object, returning== 0, type=75) Error=failed, no such object (-252)
AREQ: [2008/11/24 11:03:37] Calling DSAResolveName conn:279 for client .[Public].
VCLN: [2008/11/24 11:03:37] DCCreateContext context 5d0b0006 moduleHandle c84ff700 SYS:\SYSTEM\DS.NLM, idHandle 00000000
AREQ: [2008/11/24 11:03:37] Calling DSAResolveName conn:8 for client .[Public].
AREQ: [2008/11/24 11:03:37] DSAResolveName failed, no such entry (-601).
VCLN: [2008/11/24 11:03:37] request DSAResolveName by context 5d0b0006 failed, no such entry (-601)
AREQ: [2008/11/24 11:03:37] Calling DSAResolveName conn:8 for client .[Public].
VCLN: [2008/11/24 11:03:37] request DSAResolveName by context 5d0b0006 succeeded
VCLN: [2008/11/24 11:03:37] request DSAResolveName by context 5d0b0006 succeeded
VCLN: [2008/11/24 11:03:37] request DSAResolveName by context 5d0b0006 failed, no such entry (-601)
VCLN: [2008/11/24 11:03:37] DCFreeContext context 5d0b0006 idHandle 00000000, connHandle 00001500, SYS:\SYSTEM\DS.NLM
AREQ: [2008/11/24 11:03:37] DSAResolveName failed, no such entry (-601).

как рекомендовали 491sp5 и постфиксы установил. ситуация не изменилась

При чем тут вообще клиент, ну давайте посмотрим, что из трастей видно в NRM или еще какими серверными средствами. Из предыдущих сообщений делаю вывод, что такая фигня на разных ( всех ? ) серверах и их ( NSS ) томах. А что еще за софт стоит у вас на серверах ?

Рекомендую почитать, например, http://support.novell.com/docs/Tids/Sol ... 97763.html и
http://www.novell.com/support/viewConte ... Id=3196739
Вообще, на первый взгляд, рекомендуют nss /VisibilityRebuild=имя_тома, но сперва нужно все же покурить ТИДы.