proNovell

Имеется сервер NW6.5+SP3, который служит как файловая помойка для XLS и DBF файлов. Клиенты WIN_XP sp1, sp2. В какой-то момент времени на рабочей станции происходит сбой. После перезагрузки на сервере остается соединение пользователя которое держит открытыми файлы, но ни удалить это соединение , ни освободить файлы никак нельзя. Были испробованы все возможные встроенные и внешние утилиты. (Из наборы Джона Берда, С1 и т.д.). Команда Clear station XX говорит что соединение очищено, хотя в мониторе я его вижу и удалить блокированные файлы не могу (только скопировать). Явный глюк сервера. Какие есть соображения? Заранее спасибо.

У нас такое на некоторых серверах происходит иногда. Лечится только перезагрузкой сервера, что прискорбно.
Превентивных мер пока не нашли. Понятно только что если клиент не вышел корректно, а просто ушел в перезагрузку, то открытый файл фиг отдаст (и коннект не убивается).

Если кто знает пути решения - пишите, буду также премного благодарен.

Олег Почкин писал(а):Имеется сервер NW6.5+SP3, который служит как файловая помойка для XLS и DBF файлов. Клиенты WIN_XP sp1, sp2. В какой-то момент времени на рабочей станции происходит сбой. После перезагрузки на сервере остается соединение пользователя которое держит открытыми файлы, но ни удалить это соединение , ни освободить файлы никак нельзя. Были испробованы все возможные встроенные и внешние утилиты. (Из наборы Джона Берда, С1 и т.д.). Команда Clear station XX говорит что соединение очищено, хотя в мониторе я его вижу и удалить блокированные файлы не могу (только скопировать). Явный глюк сервера. Какие есть соображения? Заранее спасибо.

(тома NSS?) oplock'и пробовали отключать? (SET Client File Caching Enabled=Off)

Тома традиционные, оплоки отключены

через portal.nlm все снимается прекрасно

Избитая тема.

1. Отключить Hyperthreading.
2. Установить
SET CLIENT FILE CACHING ENABLED = OFF
SET LEVEL 2 OPLOCKS ENABLED = OFF

Все сделано как написано уже давным давно. Может загвоздка в оборудовании? Сервер - 2-х процессорный HP DL380 G3.

Вот-вот, именно на HP DL380 G3 / NW 6.5 SP3 я и мучился с теми же проблемами. Правда, DBF-файлы лежат у меня на томе NSS (Compression status Off, Sub-allocation Off)

Предложение для эксперимента:
1. перенести файлы на том NSS
2. поставить клиентам распоследний Client 4.91 SP1 на чистом IP

У меня три сотни пользователей колбасят эти DBF старым софтом на VFP, и если кто-то из них завис-отвалился, или я убиваю connection в NRM - файлы освобождаются. Клянусь треуголкой

А чем смотреть блокированные dbf и cdx файлы на NSS томах?
Я как раз и отказался от NSS из-за отсутствия средств диагностики.
Сейчас я использую WhoHasIt и аналогов ему пока не вижу.
Что посоветуете?

Олег Почкин писал(а):А чем смотреть блокированные dbf и cdx файлы на NSS томах?
Я как раз и отказался от NSS из-за отсутствия средств диагностики.
Сейчас я использую WhoHasIt и аналогов ему пока не вижу.
Что посоветуете?

А обычный monitor.nlm замечательно показывает кем залочен файл - на любом томе. По модному можно и через http на порт 8008(верно для NW51)

Олег Почкин писал(а):Сейчас я использую WhoHasIt и аналогов ему пока не вижу.

Он отлично работает и с NSS, причём всё равно 6.0 или 6.5.

21-й век на дворе
А Netware Remote Manager на что? Ходи смело на https://server_ip_address:8009

После успешной аутентификации в Novell Remote Manager в левой части окна находишь жирный подзаголовок "Manage Server", под ним "Volumes". Затем в правой части окна жмешь "i" в кружочке напротив тома, который интересует. В открывшейся странице выбираешь "View Open Files". Пройдя по ссылке конкретного открытого файла, можно увидеть все соединения, которые его держат и принудительно закрыть файл.

Только WhoHasit позволяет сразу просматривать целый каталог с подкаталогами (ну не знаю я какой файл залочен) и показывает тип блокировки (запись или чтение).
Разве у Novell Remote Manager или у другого софта есть такие возможности?

Эксперимент с переносом баз на NSS ни к чему хорошему не привел, т.к. даже если файл открывается эксклюзивно, WhoHasIt этого не видет. То что файл открыт - видит, а вот что заблокирован - нет!
Из этого следует что WhoHasIt с NSS томами работает скорее всего не корректно. Может для нормальной многопользовательской работы с DBF файлами на NSS томах нужно указывать какие-то дополнительные опции? В ранних версиях NSS (если верить TID-ам) блокировка записей и файлов не поддерживалась. Какие еще есть мнения?

Олег Почкин писал(а):Какие еще есть мнения?

Накатить SP4a или попробовать обновить flesys http://support.novell.com/cgi-bin/searc ... 972050.htm