NW 5.1 SP 8 - Server [имя] experienced a critical error

[Влад А.Сокол aka Akina]

Проблема - скажем так, непонятная.
Периодически на сервере вылезает ошибка. Вот текст с консоли:

23/08/2010 10:27:53 : SERVER-5.0-4631 [nmID=1001C]
WARNING! Server [имя сервера] experienced a critical error. The offending
process was suspended or recovered. However, services hosted by this
server may have been affected.

По логам - падает один из процессов SERVERxx. Грешил бы на дрова на сервере, но... вот в чём странности:
1) Проблема наблюдается в результате действий с только одной станции в сети из более чем 100.
2) Проблема возникает только при удалении файла или каталога, причём далеко не всегда. Другие действия (создание, запись, модификация) проблем не вызывают.
3) После возникновения проблемы в течение достаточно продолжительного времени (десятки минут) никому не доступен каталог, при работе в котором произошёл сбой. При попытке "зайти" в него с любой рабстанции - тормоза на пару минут и "диск не найден", после чего нужно восстанавливать мап на этот диск.
Хуже всего то, что нельзя на станции просто взять и снести-переставить ось. Слишком специфическая.
Кстати, ось там 2003 сервер, клиент версии 4.91.5.20080922, подключение по IP.

Не будет ли у кого каких мыслей?

[Андрей Тр. aka RH]

1) Проблема наблюдается в результате действий с только одной станции в сети из более чем 100.
2) Проблема возникает только при удалении файла или каталога, причём далеко не всегда. Другие действия (создание, запись, модификация) проблем не вызывают.

А к конкретному тому оно никак не привязано ? Кстати, я так понимаю, том традиционный ? А удаление файла в Проводнике или скриптом или ещё как ?

[Влад А.Сокол aka Akina]

Том - традиционный.
Поскольку он единственный (доступный на такие операции на этой станции - SYS ей само собой RF), проверить затруднительно...
От того, как производится удаление - не зависит (проводник, Тоталь коммандер, Офисное приложение, прочее).

[Константин Ошмян]

Ну, процитированное сообщение - это стандартный текст при "мягком" абенде сервера. По идее, что-то более полезное должно быть в файле SYS:SYTEM\ABEND.LOG .
Очень странно, что это зависит от действий с конкретной рабочей станции.
А что за файл - какой-то конкретный (всегда один и тот же) или произвольный? Какие-то ещё закономерности есть?

[Dimerson]

тупо сетевуху сменить там не пробовали ?

[Влад А.Сокол aka Akina]

По идее, что-то более полезное должно быть в файле SYS:SYTEM\ABEND.LOG .

В том и фигня, что ничего осмысленного. Всегда "Abend 1 on P00: Server-5.00l-957: CPU Hog Detected by Timer", всегда "Running process: Server ХХ Process", где ХХ - произвольное от 05 до 26, в стеке постоянно минимум половина - это FILESYS.NLM, всегда 1-3 SERVER.NLM, ну и бывает что-нить ещё - как правило либо QUEUE.NLM, либо THREADS.NLM, ещё реже другие модули, но если смотреть статистику, то как раз их попадание кажется разово-случайным, т.к. может быть, а может и не быть. Последняя вызванная функция - регулярно разная.

Очень странно, что это зависит от действий с конкретной рабочей станции.

"Да я сама офигела..." (с)
Я к тому и веду - может, это какое-то экзотическое сочетание настроек клиента к такому приводит? Хотя вроде никакой экзотики, а кэширование и оплоки запрещены и на клиенте, и на сервере.

А что за файл - какой-то конкретный (всегда один и тот же) или произвольный? Какие-то ещё закономерности есть?

Любой файл в любом каталоге, или любой подкаталог в любом каталоге (в т.ч. пустой) - бывает, неделю всё нормально, а потом очередное удаление чего-либо ... и бах! извольте ребутаться. Ибо нестабильное состояние нервирует, хоть и это не очень ответственная файлопомойка.
Единственная, пожалуй, неуказанная выше особенность - у логина есть административные привилегии на том, ну и, соответственно, на файловую систему.

[Влад А.Сокол aka Akina]

тупо сетевуху сменить там не пробовали ?

Там - где? на рабочей станции? бортовую сетевуху сменить сложновато, а под дискретную просто нет слота. Впрочем, между станцией и сервером 4 свича...

[Константин Ошмян]

Хм, CPU Hog - это когда какой-то тред долго не отдаёт процессор, его тогда операционка принудительно пришибает. Чаще бывает со всяким сторонним (особенно криво написанным) софтом - вроде бэкапа или антивируса. Server XX Process - обычный серверный процесс (как правило, занимающийся обслуживанием файловых операций). Что же могло его так задержать, что он был прибит? :-/

Ещё пару мыслей:
1) а постфиксы на операционку все стоят? Там после SP8 выходили ещё, как минимум, обновления на CLIB, LIBC и Winsock. Особенно важен последний:

Fixed a CPU Hog abend coming through WS2_32.NLM|WSPSelect. Bug 256015

2) используются ли антивирусы (на сервере и на проблемной раб. станции) ?

[Влад А.Сокол aka Akina]

1) а постфиксы на операционку все стоят? Там после SP8 выходили ещё, как минимум, обновления на CLIB, LIBC и Winsock. Особенно важен последний

Забавно - как раз все (и ещё несколько неуказанных), кроме "самого важного последнего". Поставил, вечером ребутну сервер. Спасибо.
А дальше посмотрим...

[Музалёв Николай]

Там после SP8 выходили ещё, как минимум, обновления на CLIB, LIBC

Ребята, подкиньте адреса на обновления библиотек, а то намедни надо будет подтягивать сервер до СП8, а постфиксов этих не нахожу. Закопали глубоко?

Спасибо.

[Константин Ошмян]

Там после SP8 выходили ещё, как минимум, обновления на CLIB, LIBC

Ребята, подкиньте адреса на обновления библиотек, а то намедни надо будет подтягивать сервер до СП8, а постфиксов этих не нахожу. Закопали глубоко?

Спасибо.

Я просто через Patch Finder нахожу. Например, вот CLIB, вот LIBC и вот Winsock для NetWare 5.1 sp8.

[Radik]

Вот хорошая ссылка для NW51SP8 http://wiki.novell.com/index.php/Nw51sp8

[Музалёв Николай]

Всем - спасибо.

[Влад А.Сокол aka Akina]

Сегодня - снова та же картина.

Server ZS_FS1 halted Friday, 10 September 2010 13:47:04.095
Abend 1 on P00: Server-5.00l-957: CPU Hog Detected by Timer

Registers:
CS = 0008 DS = 0010 ES = 0010 FS = 0010 GS = 0010 SS = 0010
EAX = FCE0E29A EBX = D3FA7AB8 ECX = 00000005 EDX = 00000000
ESI = 0000000F EDI = D097A9C0 EBP = DD002308 ESP = D3FA7A94
EIP = 00000000 FLAGS = 00000002


Running process: Server 06 Process
Created by: NetWare Application
Thread Owned by NLM: SERVER.NLM
Stack pointer: D3FA7F88
OS Stack limit: D3FA0040
Scheduling priority: 67371008
Wait state: 50500F0 (Waiting for work)
Stack: --FCE0E29A ?
D0AAF162 (FILESYS.NLM|FindEAHandle+4A)
--00000005 ?
--00000002 ?
--0000000F ?
D0AAC334 (FILESYS.NLM|INWCheckEAHandles+34)
--0000000F ?
--00000005 ?
--D3FA7AB8 ?
--73D6CAE0 ?
--0000000F ?
--00000005 ?
--00002308 ?
--00000002 ?
D0AB2DE9 (FILESYS.NLM|INWEraseFile+9AD)
--0000000F ?
--00000005 ?
--00000002 ?
--DD002308 ?
--00000001 ?
--FFFF0000 ?
--629EB7E0 ?
--629EB760 ?
--00002309 ?
--00002308 ?
--40000010 ?
--FFFF0000 ?
--826CC0C0 ?
--818A3080 ?
--0000FFFF ?
--00000009 ?
--D3FA7B18 ?
--D3FA7B98 ?
--00000092 ?
--00000000 ?
--0000960C ?
--00000092 ?
--102FDABB ?
--00000001 ?
--FFFFFFFF ?
--00000002 ?
--00002DCF ?
--00000001 ?
--0000000F ?
--00000004 ?
--00000000 ?
--E31F0001 ?
--AEA4A5A2 ?
--ADA5ABAC ?
--AE20A5A8 ?
--E2AE20A1 ?
--AAE1E3AF ?
--8C9428A5 ?
--782E2991 ?
--0000736C ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
--00000000 ?
FC019DED (SERVER.NLM|kRWUnlock+E1)
--4200B584 ?
--41C84F04 ?
--D31755E0 (CLXNLM32.NLM|NWCCFragmentRequest+A410)
--00000000 ?
--D31755E0 (CLXNLM32.NLM|NWCCFragmentRequest+A410)
D2755F5B (THREADS.NLM|FreeQueryServicesList+26BB)
--4200B580 ?
--41590F20 ?
--D3FA7C18 ?
--42997F00 ?
--41590F20 ?
--5BE46560 ?
FC0734EE (SERVER.NLM|CValidateMappedAddress+12)
--41591000 ?
--00000001 ?
--00000001 ?
--00000001 ?
--42997F00 ?
D274C18B (THREADS.NLM|UnRegisterForThreadSwitchEvent+3DB)

Additional Information:
The NetWare OS detected a problem with the system while executing a process owned by SERVER.NLM. It may be the source of the problem or there may have been a memory corruption.

Всё-таки летит filesys, как я понимаю... у меня версия из flsysft11, FILESYS.NLM Version 5.10, 18 November 2004...
А какая у нас счас крайняя версия? в каком патче? может, кто просто вышлет мыльцем на akina@fzs.zelcom.ru, если у вас свежее?