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

Высокая утилизация процессора

СообщениеДобавлено: 12 окт 2004, 12:24
Ekrysanov
Есть система NW 6.0 SP4, IBM eServer x225 Intel Xeon 2,66 Ghz with 521 Mb DDR
С утра выдал:
Server NW6_SRV halted Tuesday, October 12, 2004 9:32:33.505 am
Abend 1 on P00: Server-5.60.04: Page Fault Processor Exception (Error code 00000000)

Registers:
...
EIP in CIFS.NLM at code start +00029EB7h
Access Location: 0x93816FFF

The violation occurred while processing the following instruction:
...

Running process: Server 2 Process
Thread Owned by NLM: SERVER.NLM
Stack pointer: C8602F80
OS Stack limit: C85FB040
Scheduling priority: 67371008
Wait state: 50500F0 Waiting for work
Stack: --00000002 ?
800AC1B1 (MM.NLM|HotfixCheckCompletion+109)
--C86993DC (ETHERTSM.NLM|CEtherTSMGetConfigInfo+3F26)
847E5BB3 (TCPIP.NLM|ICMPRegister+13B7)
--C86993DC (ETHERTSM.NLM|CEtherTSMGetConfigInfo+3F26)
847E5C09 (TCPIP.NLM|ICMPRegister+140D)
--C86993DC (ETHERTSM.NLM|CEtherTSMGetConfigInfo+3F26)
867803D6 (CIFS.NLM|DoACommand+32)
8676DEF5 (CIFS.NLM|VERBChainDispat+33)
86763FC0 (CIFS.NLM|VCReady+0)
86764014 (CIFS.NLM|VCReady+54)
86763C85 (CIFS.NLM|VCTransition+67)
86763B0F (CIFS.NLM|VCTransportDispatch+5D)
867625AD (CIFS.NLM|NBTReceivePDU+FB)
86762481 (CIFS.NLM|NBTReceiveData+136)
8676773F (CIFS.NLM|CIFSSessionReceiveWTD+C9)
86767676 (CIFS.NLM|CIFSSessionReceiveWTD+0)
00324119 (SERVER.NLM|StartWorkToDo+23)
00210BEA (SERVER.NLM|WorkerThread+4DA)
0021D608 (SERVER.NLM|TcoNewSystemThreadEntryPoint+3C)
...

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

После чего утилизация процессора поднялась до 90% Хотя раньше больше 20% не было.
Часа 4 поработал и выдал еще одно сообщение :

Server NW6_SRV halted Tuesday, October 12, 2004 1:34:14.769 pm
Abend 2 on P00: Server-5.60.04: Page Fault Processor Exception (Error code 00000000)

Registers:
EIP in WSPSSL.NLM at code start +00003CA3h
Access Location: 0x00000011

The violation occurred while processing the following instruction:
WSPSSL.NLM|WSPSSL_deleteOrScheduleBufSegWTDProc
CBB9CCB6 E845F55634 CALL SERVER.NLM|kSpinLockDisable

Running process: Server 00:22 Process
Thread Owned by NLM: SERVER.NLM
Wait state: 50500F0 Waiting for work
Stack: --00000000 ?
848B6773 (NCPIP.NLM|CacheReleaseWorkStuff+C7)
-CB308114 (NCPIP.NLM|cacheRelListLock+0)
-82980008 (WS2_32.NLM|CleanupTimerWorkToDoNode+0)
829515F6 (WS2_32.NLM|msgReset+1E)
8295163B (WS2_32.NLM|msgDestroy+B)
8294C3C4 (WS2_32.NLM|msgHeaderQCleanup+118)
--FFFFFFFF (LOADER.EXE|KernelTempAliasesEnd+FFF)
8294F4C4 (WS2_32.NLM|WS2CleanupTimerRoutine+0)
8294F4C9 (WS2_32.NLM|WS2CleanupTimerRoutine+5)
00324119 (SERVER.NLM|StartWorkToDo+23)
-82980008 (WS2_32.NLM|CleanupTimerWorkToDoNode+0)
--FFFFFFFF (LOADER.EXE|KernelTempAliasesEnd+FFF)
00221853 (SERVER.NLM|kWorkerThread+D7)
-82980008 (WS2_32.NLM|CleanupTimerWorkToDoNode+0)
0021D608 (SERVER.NLM|TcoNewSystemThreadEntryPoint+3C)
Stack dump exceeded the valid memory limit

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

Все время уменьшается число Available ECB's. С 2000 до 6.

как минимум надо рестартовать сервер

СообщениеДобавлено: 12 окт 2004, 12:43
Андрей Старков
вторая ошибка уже может быть вызвана тем что сервер работает не в "нормальном" состоянии. Посмотрите, у него на консоли даже приглашение изменилось.
Ну а потом будете разбираться что не так было.
Повышенная утилизация из-за этого

СообщениеДобавлено: 13 окт 2004, 12:14
Ekrysanov
В Server health log постоянно пишет, что
Available ECB's on server NW6_SRV was in a SUSPECT State
Current Value - 9
Peak Value - 1 *
Max Value - 10000
Не подскажите почему постоянно уменьшется число Available ECB's
За два дня после перезагрузки сервера уменьшилось с 2000 до 1300

А не стоит ли у вас Netmail, про GW

СообщениеДобавлено: 13 окт 2004, 19:14
Boris Morozov
не скажу, не пробовал, но возможно и с ним тоже будет и не включен ли у кого-нибудь прокси агент, который сгребает почту с mail.ru ?

Посмотрите в TCPCON, нет ли у вас соединений по 110 порту в состоянии
FINWAIT2.