proNovell

Добрый день! Пожалуйста, помогите советом по следующей проблеме. На сетевом диске Novell лежит Консультант+. Раз в неделю ночью по расписанию запускается его обновление. Периодически обновление прерывается из-за того, что какую-либо базу держит пользователь. В ночное время никто не работает с Консультантом, выяснили, что остается провисшее подключение.
Обновление осуществляет утилита, предоставленная разработчиками Консультанта. По их словам, утилита выкидывает провисших пользователей. Но она этого не делает. Тогда техподдержка Консультанта посоветовали отключить на сервере oplock level2, оно было отключено, не помогло. Как вариант, еще есть подобная опция на стороне клиента (кэширование файлов), но клиентов около тысячи, к тому же, если этаопция отключена на сервере, то клиентские настройки уже не должны влиять. Или я не права.
Посоветуйте, пожалуйста, куда копать - есть ли какая-то возможность выкинуть всех пользователей с сервера - чтобы можно было впихнуть это командой в батнике и запустить перед запуском обновления. Может, что-то еще нужно докрутить в Новеле, чтобы пользователи корректно отключались. Или с Консультантом поколдовать.
Кто-нибудь сталкивался с подобной проблемой?
Заранее благодарю, буду очень признательна за советы.

попробуйте отключить:
оплоки уровня 1 и 2 на сервере

и если есть клиенты с Windows Vista + (Novell клиент соответствующий) то на них отключить кеширование.

<SERVER_NAME>:Clear station all по крону не пробовали?

SET CLIENT FILE CACHING ENABLED = OFF
SET LEVEL 2 OPLOCKS ENABLED = OFF

Господа. "Провисшие" - это когда станции в сети нет, а соединение от неё есть. Не вышибается ничем...

Именно с Консультантом - сталкивались, но давно это было, ещё на сервере версии 5.1, сервис-пак что-то около пятёрки... бились долго, испробовали всё, что можно и что нельзя...
Единственный реально работавший вариант - размонтирование и последующее монтирование тома, на котором валяются консультантовы базы.

не факт - рубить в списке коннектов/open files файлы из состава консультанта .... лишь бы сервер вел себя адекватно (У 605 filesys.nlm иногда сервер в абенд отправлял ... у OES с этим все вроде бы ОК)

Добрый день всем! Огромное спасибо вам за советы!
Оплоки 1 и 2 уровня отключены, не помогло. Система у нас как раз старенькая - Netware 5.1 sp4 (или 5, не помню). Помогает вручную удалять клиентское соединение в списке подключений (в консоли сервера, Monitor-Connections). Пользователь отваливается и больше не держит файл. Таким образом поступаем, когда из-за провисшего соединения не дает повторно открыть на редактирование файл (пишет, что уже занят этим же пользователем).
Монтировать тома заново не хочется, итак все еле дышит)) Думаю попробовать совет Владимира - делать по расписанию Clear station all.
Если не поможет, будем думать убирать Консультант с Новела.
Большое-большое спасибо еще раз за советы. =)

Dimerson писал(а):не факт - рубить в списке коннектов/open files файлы из состава консультанта .... лишь бы сервер вел себя адекватно (У 605 filesys.nlm иногда сервер в абенд отправлял ... у OES с этим все вроде бы ОК)

на моей старой бухгалтерской помойке, написанной на foxpro, помогало. И сервер никуда не падал.

помогало помогало но _на нектороых версиях filesys.nlm_ ложило сервер netware.

Добрый день! Вчера еще написала в ответ, но, видимо, мой пост не прошел пока модерацию.((
Оплоки 1 и 2 уровня на сервере отключены, не помогло. Пройти по клиентам с Вистой проблематично - компов очень много, но все равно спасибо за совет.
Версия Netware у нас как раз старенькая - 5.1, сервис пак, по-моему, 3 или 5. Размонтировать том, думаю, не будем - при любых операциях в консоли сервер иногда (не часто) зависает и включается после 6-7 перезагрузки. Попробую совет Владимира, Clear station all по расписанию.
Сейчас решаем проблему похожим образом - через консоль - Monitor - Connections удаляем вручную подключения, которые что-либо держат.
Большое спасибо вам всем за ответы и внимание к теме.

про filesys подтверждаю, нужно в патчфиндере искать крайний flsysftxx для конкретной версии NW. Сильно помогает рубить коннекты держщие файло без залипания всего остального.

Dimerson писал(а):помогало помогало но _на нектороых версиях filesys.nlm_ ложило сервер netware.

у меня OES 11, проблем не было. netware выстригаю всеми силами, потому проверить никак, да и не надо.
а про opplock я даже где-то в инструкции от консультанта видел, что они их вырубить крайне рекомендуют.

Skolopendra писал(а):Версия Netware у нас как раз старенькая - 5.1, сервис пак, по-моему, 3 или 5.

А обновить сервис-пак не вариант?