Страница 1 из 1

Критическая ошибка из-за FILESYS.NLM

СообщениеДобавлено: 26 фев 2004, 21:04
VladislavM
Частые абенды при выполнении в CPU кода полученного из модуля FILESYS.NLM
Сервер NW5.1 SP7, HP DL360G2 P-III-1400/512/2x36 зеркало, тома традиционные, компресии нет, только как файл-сервер
150-200 коннектов, 1500-2000 открытых файлов, температура в норме, клиенты в основном версии 4.9 и 3.4, но есть и старые и процентов 10 от Майкрософта, большинство работает по IPX, часть по IP (так исторически сложилось), SET CLIENT FILE CACHING ENABLED = OFF
по памяти тоже вроде не зашивается, всегда есть 10-15% не занятой.

На двух других серверах (Compaq P1600 PIII-500/512/3x9raid5 NW5.1 SP3 и SP5, затем подняли до SP7) при переводе туда большинства клиентов так же аналогичная ошибка. Когда стоит в резерве, ошибки нет.

Привожу часть абенд-лога:

Server EDCU_SERVER halted Wednesday, February 18, 2004 12:32:18.017 am
Abend 1 on P00: Server-5.00k: Page Fault Processor Exception (Error code 00000000)

Registers:
CS = 0008 DS = 0010 ES = 0010 FS = 0010 GS = 0010 SS = 0010
EAX = D51445E4 EBX = D608D640 ECX = D51449CF EDX = 00000000
ESI = 00000001 EDI = 00000000 EBP = D51449CF ESP = D53EDBFC
EIP = D0D91FB8 FLAGS = 00010282
D0D91FB8 0FB66A46 MOVZX EBP,byte ptr [EDX+46]=?
EIP in FILESYS.NLM at code start +00052FB8h
Access Location: 0x00000046

The violation occurred while processing the following instruction:
D0D91FB8 0FB66A46 MOVZX EBP,byte ptr [EDX+46]
D0D91FBC 29C1 SUB ECX,EAX
D0D91FBE 39E9 CMP ECX,EBP
D0D91FC0 7C4E JL D0D92010
D0D91FC2 85D2 TEST EDX,EDX
D0D91FC4 7519 JNZ D0D91FDF
D0D91FC6 8B1B MOV EBX,[EBX]
D0D91FC8 EBE4 JMP D0D91FAE
D0D91FCA B804000000 MOV EAX,00000004
D0D91FCF 83C404 ADD ESP,00000004



Running process: Server 09 Process
Created by: NetWare Application
Thread Owned by NLM: SERVER.NLM
Stack pointer: D53EDBE8
OS Stack limit: D53E6040
Scheduling priority: 67371008
Wait state: 3030070 (Yielded CPU)
Stack: --D51449CF ?
--D51445E0 ?
--000007E2 ?
00022988 (LOADER.EXE|kProfileManager+CDC)
--D51447AE ?
D51155C0 (SERVINST.NLM|(Code Start)+15C0)
--000000FC ?
--00000400 ?
--D51445E0 ?
--00000000 ?
--00000001 ?
--00001556 ?
--00000103 ?
--D51445E0 ?
--000000B7 ?
--000000FC ?
--00000000 ?
--00000002 ?
D2B01B1E (THREADS.NLM|__Must_Have_Three_One_Or_Greater+A)
00022988 (LOADER.EXE|kProfileManager+CDC)
--00000001 ?
--CA068080 ?
--D48BFA40 ?
--00000000 ?
--00000052 ?
D5114B88 (SERVINST.NLM|(Code Start)+B88)
--D36BDE74 ?
--D36BDEC0 ?
--D582D374 ?
--00000011 ?
--D582D37C ?
--D36BDE74 ?
--00000001 ?
--D582D37C ?
--D53EDD60 ?
--D369DB20 ?
--D36E1D30 ?
--D36E1D30 ?
--1DA18168 ?
D364C67C (MSM.NLM|CMSMValidateAuxDataBuffer+DC)
--01050298 ?
--D36E1D30 ?
--0000314A ?
--D66B9B66 ?
D364C99B (MSM.NLM|CMSMValidateAuxDataBuffer+3FB)
--D36983DC ?
D366880E (ETHERTSM.NLM|EtherTSMRegisterHSM+11A)
D0A1CEDD (LSL.NLM|LSLSendPacket+8D)
D2E8A5EF (NCPIPX.NLM|IPXReplyKeep+90)
--D53EDD60 ?
--D66B952A ?
--D66B952A ?
--D66B94A0 ?
--D66B9BA6 ?
D469100A (NCPIP.NLM|ReplyReleaseWithFragments+14A)
--D66B94A0 ?
--D66B9BA6 ?
--0000000A ?
--D60A3840 ?
--00000000 ?
--0000000A ?
--00000000 ?
D1291846 (NCP.NLM|ReadEverythingDone+56)
--0000000A ?
--D66B954C ?
D129187E (NCP.NLM|CommonResourceReleaseFunction+0)
D12917B6 (NCP.NLM|Case72+266)
--D66B954C ?
--D0CC49D4 ?
--00000032 ?
--00000000 ?
--D66B954C ?
-D46A36F0 (NCPIP.NLM|replyVector+0)
D12870A0 (NCP.NLM|ProcessNCPPacketWithLength+64)
--D66B954C ?
-D46A36F0 (NCPIP.NLM|replyVector+0)
--00000000 ?
--00000032 ?
--D53EDD3C ?
--0000021A ?
--D0A56F11 ?
--D0A56F11 ?
D2E8ACEA (NCPIPX.NLM|SkipReceiveBufferReturn+0)
--D0A56F11 ?
-D2E903F0 (NCPIPX.NLM|IPXReplyProceduresVector+0)
--D0A56EC4 ?
--0000003E ?
--D53EDD60 ?
--0000021A ?
--00000000 ?
--40000010 ?
--803E001C ?
--00000000 ?
--00000000 ?
--3045216D ?
--0000803B ?
--305068DA ?
--00000000 ?
--00000000 ?
--00000000 ?

Additional Information:
The CPU encountered a problem executing code in FILESYS.NLM. The problem may be in that module or in data passed to that module by a process owned by SERVER.NLM.


Помогите пожалуйста советом куда дальше копать

Re: Критическая ошибка из-за FILESYS.NLM

СообщениеДобавлено: 26 фев 2004, 21:44
Аркадий Глазырин
VladislavM писал(а):Помогите пожалуйста советом куда дальше копать


Там IDE винчестеров часом не добавлялось накануне?

Re: Критическая ошибка из-за FILESYS.NLM

СообщениеДобавлено: 26 фев 2004, 22:16
VladislavM
Аркадий Глазырин писал(а):Там IDE винчестеров часом не добавлялось накануне?

Нет

СообщениеДобавлено: 27 фев 2004, 11:10
Сергей ака godless
Что стояло до этого ?? Если 5.1 SP 6 может имеет смысл откатиться ??
Вообще проверяется на то что делалось в последний раз ... Софт, железо какое, ещё чего ... Первая ошибка после проведения какой операции посыпалась ??
И ещё может стоит volrepair запустить, может какие ошибки на томах, их filesys.nlm и не кушает ... Хотя если на других такая же картина - проблема в SP7 и железе видимо ... Заплаток на Новеле под именно компаки и HP нету ??

СообщениеДобавлено: 27 фев 2004, 13:58
VladislavM
vrepairom разумеется проверял, ошибок нет
сервис паки ставил последовательно с 3-го затем 5-й, затем 7-й, после каждого обновления через некоторое время сервак валиться, так что откатываться некуда, сегодня организованно пошли по клиентам, ставим на всех последнюю версию, вдруг поможет

СообщениеДобавлено: 27 фев 2004, 16:28
Павел Орлов aka XerX
из области шаманства - попробуй Hyper-Threading отключить......

СообщениеДобавлено: 29 фев 2004, 14:14
Владислав
не канает, это P-III, там нет Hyper-Threading

обошли 80% клиентов, установили везде последнюю версию (4.9 или 3.4), чистый IPX, отключили в Symantec AV функцию проверки сетевых дисков, вылечили пару машин с Нимдой, вот уже 3-е суток ошибки нет, неужели нетварь так легко валить клиентами????

СообщениеДобавлено: 01 мар 2004, 10:37
Михаил Григорьев
Владислав писал(а):неужели нетварь так легко валить клиентами???


Не в обиду будет сказано, НО кривость рук и железа еще не говорит о кривости софта и это всем извесно

VladislavM какие постфиксы стоят на NW серверах и клиентах????

Это важно !!!!

Когда начались абенды??? После чего???

СообщениеДобавлено: 01 мар 2004, 15:59
Владислав
Не в обиду,
как я уже говорил установлен SP7 за 02.02.04, а из постфиксов на сайте лежат только Native File Access Support Pack 4 и NDS 8.x update for Netware 5.1 ver. 8.85c за 23.02.04
их пока не ставили, видимо поставим после очередного сбоя.
примерно с моментом первого сбоя FILESYS совпадает массовая установка на клиентах нового (для нас) антивируса Symantec Corporate Edition 8.1 со включенным режимом проверки сетевых дисков, насколько это могло повлиять на данную проблему???

А зачем собственно?

СообщениеДобавлено: 01 мар 2004, 16:15
Кашуро Константин
Зачем ставить проверку сетевых дисков? Если на сервере установлен этот же антивирус, то смысла в опции "проверка сетевых дисков" не вижу. Тормоза лишние для чего? А судя по абенду есть еще проблемы с сетевой компонентой. MSM NCPIP и т.п. имеются в виду.

СообщениеДобавлено: 01 мар 2004, 17:03
Михаил Григорьев
Владислав то что вы поставили самые последние обновления на NW сервер это хорошо, НО на клиетнов то тоже нужно ставить обновления

Смотрим Update Novell Client v4.9 for Windows NT/2000/XP
http://support.novell.com/filefinder/18193/index.html

а именно
Related Product Updates
26 Feb 2004 49psp1a_nwgina.exe 219K Novell Client 4.9 Post SP1a NWGINA.DLL
28 Jan 2004 nmclnt23.exe 3686K eDir Authentication Client Module 2.3 (NMAS)
14 Jan 2004 nc49sp1a.exe 18472K Novell Client v4.90SP1a for WinNT/2000/XP
12 Jan 2004 49pkb.exe 2447K Novell Client 4.9 Update "B"

Вот именно в Novell Client 4.9 Update "B" который был перед SP1a есть обновления для oplock2 для сервера (filesys.nlm и ncp.nlm)

Единственное НО что в этом обновлении есть постфикс после NW51SP6, возможно в SP7 уже лежат NLM'ки новее чем те что в Novell Client 4.9 Update "B"
Нужно проверить перед установкой версии файлов, те что стоят уже и те что в обновлении, например при замене ComNETWORK Commander показывает версии файлов

Вы их поставили????

СообщениеДобавлено: 02 мар 2004, 11:16
VladislavM
мы пока не включаем поддержку oplook2 на серверах, т.к. было много "старых" клиентов, в. т.ч. под w9x, так что не вижу смысла пока в установки обновления "В" или я чего-то не понимаю

СообщениеДобавлено: 02 мар 2004, 11:35
Сергей ака godless
VladislavM писал(а):мы пока не включаем поддержку oplook2 на серверах, т.к. было много "старых" клиентов, в. т.ч. под w9x, так что не вижу смысла пока в установки обновления "В" или я чего-то не понимаю


Тебе необходима не сама поддержка оплока, а новые, исправленные версии filesys.nlm и иже с ними ... МНого функций из SP и postfix-ов не используется, но новые версии - более безглючны обычно, это тебе не "мелкомягкие" ... ;-))

СообщениеДобавлено: 02 мар 2004, 11:38
Михаил Григорьев
VladislavM писал(а):мы пока не включаем поддержку oplook2 на серверах, т.к. было много "старых" клиентов, в. т.ч. под w9x, так что не вижу смысла пока в установки обновления "В" или я чего-то не понимаю


Обновление Client 4.9 Update "B" ставится не только на клиента но и на сервер. Скачайте его и посмотрите инструкцию, и все таки рекомендую его поставить, только вначале проверьте, может то что у вас тоит новее чем это обновление, я имею виду файлы filesys.nlm и ncp.nlm

СообщениеДобавлено: 04 мар 2004, 07:53
Владислав
проверили версии, в Update "B" версии filesys.nlm и ncp.nlm старее чем в SP7
после обновления всех клиентов на последниие версии сервер работает без ошибки уже 7 день, точную причину выяснить не удалось