proNovell

Собственно на имеющихся серверах под NW 6.5SP6 необходимо обеспечить доступ пользователям через CIFS. Проблем в принципе нет, однако при попытке конфигурирования CIFS через iManager (File Protocols -> CIFS) при выборе имени одного из серверов сразу выскакивает ошибка:

"Storage Error
This user does not have the correct credentials to authenticate to the CIMOM client"

С другими серверами ничего подобного нет. StorageRelatedPlugins использую последние.
Поиск на Novell-е находит следующий достаточно свежий документ:
http://www.novell.com/support/search.do ... 2043077186

Но не до пересоздавания сертификатов, не после, DSTRACE показывает лишь "BIO crtl called with unknown cmd 7"

Как можно победить эту неприятность ?

Продолжаю исследовать проблему. В известном документе по фичам SP6 есть секция описывающая эту проблему: http://wiki.novell.com/index.php/Nw65sp ... gin_issues
Однако, uniqueID у пользователей есть. Нового пользователя с правами эквивалентными правам администратора с присвоением прав на RBS-коллекцию создавал - результат тот же. Еще раз отмечу, что проблема только с одним сервером, с двумя другими (так же под NW6.5SP6) проблем нет. Так что судя повсему приведенная выше ссылка к моему случаю видимо не имеет отношения.
Что еще можно сделать ?

а заплатки на проблемном сервере стоят такие же, как и на не проблемном???
просто я видел на CIMOM заплатку, и она у меня стоит

Савельев Сергей писал(а):а заплатки на проблемном сервере стоят такие же, как и на не проблемном???
просто я видел на CIMOM заплатку, и она у меня стоит

Заплатку на CIMOM увидел сегодня и сразу же накатил на проблемный сервер. Без результата
У серверов по софту есть одно отличие: на проблемном стоит ProLiant Support Pack 7.70. Вечером попробую перегрузить сервер без него.

А CIFS Update for NW6.5 SP6 ( 65CIFS325C ) пробовали ?

Андрей Тр. aka RH писал(а):А CIFS Update for NW6.5 SP6 ( 65CIFS325C ) пробовали ?

Пробовал. Ни CIMOM update, ни CIFS update не помогли. Не помогла и перезагрузка сервера без ProLiant Support Pack.

А при помощи ConsoleOne конфигурация CIFS выполняется должным образом?

Andrey Karyagin писал(а):А при помощи ConsoleOne конфигурация CIFS выполняется должным образом?

насколько я знаю ConsoleOne и конфигурация CIFS на NW6.5 начиная с SP3 не возможна

Конфигурация выполняется нормально ручками, т.е. если поправить конфигурационные файлы CIFS-а. Собственно доступ пользователей к серверу - без замеченных проблем. А вот через iManager только для одного сервера - ну никак. Просто в этой ситуации смущает фактор некоторой ненадежности, т.е. в каком плагине и неизвестно когда может вылезти подобная бяка.

А в ConsoleOne под NW6.5SP6 действительно в свойствах сервера теперь нет пункта CIFS.

Андрей Тр. aka RH писал(а):По вашей ошибке, кстати, находится несколько документов. Например, она приведена в известной вики про NW65SP6 ( см. раздел iManager storage plugin issues ). Там же есть ссылка на ТИД3153340. Основной способ лечения в таком случае сводится к прописыванию у пользователя uniqueID ( т.к. после SP6 у них CIMOM по ЛДАП использует этот атрибут, а не cn ).

Угу. Во втором посте этой темы я уже писал, что это решение не подходит, т.к. в дереве у пользователя Admin uniqueID есть, и он соответствует имени пользователя. Так же я писал, что из трех серверов, только у одного я не могу сконфигурить CIFS через iManager. С двумя же другими проблем нет. Следовательно дело не в uniqueID.

ИМХО проблема связана с сертификатами ( потому и проявляется на данном сервере ). Вы SDIDIAG на нем ( и на других, для сравнения ) пробовали ?

P.S. Про uniqueID - я не заметил, что для вас это уже пройденный этап Так что, перечитав ещё раз, убил то своё сообщение.

P.P.S. Советую гуглить дальше по BIO crtl called with unknown cmd 7 .. и продолжить изыскания с dstrace. Из траблшутинга схожих ( но не аналогичных ) проблем :

dstrace
dstrace -all
dstrace +time +tags +nmas +auth +ldap
dstrace on
<do>
dstrace off

Post the sys:\system\dstrace.log file here. Before doing all this be
sure your LDAP Server object (in eDirectory, same context as the NCP
Server object for this server) has Screen Options with all checked
except "Packet Dump".

Дамп ессно брать на момент возникновения вашей ошибки.

А данный сервер обладает расширением типа nfapCIFSConfigInfo? Это можно проверить, щелкнув правой кнопкой мыши в ConsoleOne на объекте Server и выбрав пункт Extensions of this Object... В штатной ситуации данный auxiliary class присваивается объекту Server при самом первом выполнении CIFSSTRT.NCF. Можно попытаться выполнить CIFSSTOP.NCF, удалить данное расширение при помощи ConsoleOne и затем снова выполнить CIFSSTRT.NCF. Таким образом мне в свое время полегчало на NW6.0 Если лучше не станет, значит на этом сервере какя-то беда со схемой eDir. Кстати у меня в C1 отображается и закладка CIFS, и ее подпункты: Config, Attach, Shares для сервера NW6.5 SP5, но конфигурировать CIFS для 6.5 при помощи C1 я действительно не пробовал.

Андрей Тр. aka RH

С сертификатов я и начал. Сначала по одному из TID-ов PKIDIAG-ом, потом перегенерил якобы все через iManager (он же показал их валидность), закончил пересозданием сертификата OpenWDEM-а.

Эээээ... По поводу SDIDIAG-а сейчас буду ликвидировать свою неграмотность

ЗЫ: А я к сожалению уже не успел убить свое сообщение.

Andrey Karyagin писал(а):А данный сервер обладает расширением типа nfapCIFSConfigInfo?

Нет, не обладает. Так же этого атрибута нет и у двух других. Его и нет в списке доступных.

Sergant писал(а):ЗЫ: А я к сожалению уже не успел убить свое сообщение.

К сведению : сообщение можно убить в любой момент Через "изменить / удалить".