DominoArea.org [Archive]

Bonjour,

Mon domino plante de façon récurrente (environ une fois par semaine).
Je ne sais pas du tout d'où vient ces plantages.
Comment puis-je analyser les fichiers de log nsd ?
Je suis en version 8.5.

Config : Windows server 2003 SP2 64 bits

C'est jamais très facile d'analyser un NSD, as tu un support chez IBM ?

Kaly a écrit:Bonjour,

Mon domino plante de façon récurrente (environ une fois par semaine).
Je ne sais pas du tout d'où vient ces plantages.
Comment puis-je analyser les fichiers de log nsd ?
Je suis en version 8.5.

Config : Windows server 2003 SP2 64 bits

Pour compléter mon message, je viens de m'apercevoir que dans la partie
FATAL THREAD with STACK FRAMES des fichiers nsd , j'ai un point commun :

je retrouve systématiquement une url qui execute un agent domino que j'ai crée.

Est-ce cet url est ce qui cause le problème ou bien une conséquence ?
Soit c'est dans les logs car le domino est planté, soit c'est dans les logs car c'est ça qui le fait planté.

tu as un tools chez IBM qui te permet de faire une première analyse des NSD.

Lotus Notes Diagnostic tool si je ne me trompe pas.

Souvent - du moins des fois - ca te permet dejà de trouver l'application fautive, le protocole en cause etc. Tu la trouvera sans doute dans les download IBM ici http://www-01.ibm.com/support/docview.w ... wg21272213

Dans ton NSD fait une recherche avec ' error ' et regarde si le service HTTP et en cause.
Si c'est le cas c'est peut être lié à ton agent et l'URL.

guillaumeb a écrit:Dans ton NSD fait une recherche avec ' error ' et regarde si le service HTTP et en cause.
Si c'est le cas c'est peut être lié à ton agent et l'URL.

C'est effectivement le nhttp qui est en cause. Le plus difficile est de trouver quelle base.
Je vais essayer le Lotus Notes Diagnostic tool.

Kaly a écrit:

guillaumeb a écrit:Dans ton NSD fait une recherche avec ' error ' et regarde si le service HTTP et en cause.
Si c'est le cas c'est peut être lié à ton agent et l'URL.

C'est effectivement le nhttp qui est en cause. Le plus difficile est de trouver quelle base.
Je vais essayer le Lotus Notes Diagnostic tool.

J'ai quelque chose qui revient dans chaque log :
High number of handles for shared memory block 0x8604 - BLK_TEXTLIST

Savez-vous de quoi il peut s'agir ?

Peux-tu mettre les lignes qui sont sous le FATAL THREAD?

PAr exemple

############################################################
### FATAL THREAD 1/2 [ domdsm:107a8:67076]
### FP=0x0012a34c, PC=0x60069a86, SP=0x0012a2f0, stksize=92
### EAX=0x01a3088c, EBX=0x01a48650, ECX=0x0000bffe, EDX=0x01a325e6
### ESI=0x00004000, EDI=0x0032ff78, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010206
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x60069a86 nnotes._fdDelete@4+118 (4000,12a368,608770ef,4000)
@[ 2] 0x60069a0c nnotes._OSFileClose@4+12 (4000,12adc0,12a380,60872ea7)
@[ 3] 0x608770ef nnotes._sqloclose+15 (4000,12b59c,5010,0)
@[ 4] 0x60872ea7 nnotes._sqlpgclf+71 (12adc0,1aaa2cb,70,1aaa2f3)
@[ 5] 0x60885458 nnotes._sqlpgfdl+616 (12b9a4,1aaa2cb,41,12be44)
@[ 6] 0x60876a6f nnotes._sqlpgcdl+927 (12bf44,12b9a4,0,12be44).


JYR

Question bete : tu restart ton server domino de temps en temps ?

Moi j'ai de servers 8.5 sous win 2003 avec un reboot automatique un par semaine et jamais de soucis ....

TBigJohn a écrit:Question bete : tu restart ton server domino de temps en temps ?

Moi j'ai de servers 8.5 sous win 2003 avec un reboot automatique un par semaine et jamais de soucis ....

Oui, je le rédémarre poncutellement.

Ci-après le FATAL THREAD
############################################################
### thread 42/62: [ nHTTP: 195c: 1774] FATAL THREAD
### FP=0x5b290e48, PC=0x788b0a3a, SP=0x5b290e48
### stkbase=0x5b2a0000, total stksize=4194304, used stksize=61880
### EAX=0x00000000, EBX=0x000493e0, ECX=0x00190be8, EDX=0x00000000
### ESI=0x00000000, EDI=0x000011e0, CS=0x00000033, SS=0x0000002b
### DS=0x00000000, ES=0x00000000, FS=0x00000000, GS=0x00000000 Flags=0x00000287
############################################################
[ 1] 0x788b0a3a ntdll.ZwWaitForSingleObject+10 (12c,5b293bc0,5b294180,5b2941a0)
[ 2] 0x78d504ff kernel32.WaitForSingleObjectEx+223 (11e0,5b294198,0,5)
@[ 3] 0x014d765b nnotes.OSRunExternalScript+4151 (4,5,3372ac4,1)
@[ 4] 0x014d1cc1 nnotes.FRTerminateWindowsResources+2277 (0,64156578,78783a8,0)
@[ 5] 0x014da96e nnotes.OSFaultCleanupExt+622 (0,14d1227,150014,3375dd0)
@[ 6] 0x014db1ad nnotes.OSFaultCleanup+29 (1bedda30,33000071,3c,2ba1)
@[ 7] 0x014f42f9 nnotes.OSNTUnhandledExceptionFilter+677 (5b296a00,5b29ff80,0,78d769e0)
[ 8] 0x78da0053 kernel32.UnhandledExceptionFilter+547 (5b297140,78dfd5d0,5b29ff80,0)
[ 9] 0x78d9c4ff kernel32.SetThreadStackGuarantee+463 (78d20000,5b296ae8,5b296b50,5b296b50)
[10] 0x788a6593 ntdll.RtlUnwindEx+531 (78d4b71a,5b29ff80,5b297610,0)
[11] 0x788a459d ntdll.RtlSizeHeap+125 (1,0,5b297610,5b29fee0)
[12] 0x788a60a7 ntdll.RtlLookupFunctionEntry+1543 (0,5b297140,52bc6e8e,83f500f8)
[13] 0x788b31ed ntdll.KiUserExceptionDispatcher+45 (0,149a654,5f8e3130,630075c8)
@[14] 0x52bc6e96 nlsxodbc.LSADTQuery::SetProperty+386 (9,32ac508,62fe0000,149a654)
@[15] 0x52bc6aad nlsxodbc.LSADTQuery::ClassControl+197 (62e0a170,31e5428,62c6ca50,149b70a)
@[16] 0x031e917c nnotes.LSsInstance::AdtCallBack+1944 (62fadf48,5f940438,63001eec,320c6d5)
@[17] 0x0322ff77 nnotes.LScObjCli::SetPropertyData+111 (6300083c,22,320d03c,1450000)
@[18] 0x0322fefc nnotes.LScObjCli::SetProperty+136 (6ab6708,32ad271,62fadf48,6edc2a98)
@[19] 0x0320d17b nnotes.LSsThread::NRun+7499 (0,0,0,0)
@[20] 0x0320afb0 nnotes.LSsThread::Run+388 (63007120,6edc2a98,5b297c30,32ad6d2)
@[21] 0x031f6df3 nnotes.LSsThread::ExecuteProc+671 (5b2981a8,32ad506,333,31e8315)
@[22] 0x032289da nnotes.LSsInstance::Run+990 (5f94e120,62fadf48,40,2600000)
@[23] 0x03187447 nnotes.LSIThread::Run+99 (5f94e120,8216dcd0,11b,0)
@[24] 0x03187628 nnotes.LSIThread::RunToCompletion+400 (35fc1e90,0,195c,0)
@[25] 0x0317c83c nnotes.CLSIDocument::RunScript+928 (5ae2d028,76da0148,1,5ae2d028)
@[26] 0x024d5724 nnotes.CRawActionLotusScript::Run+1008 (0,0,5ae2d038,26029fe)
@[27] 0x024ce86f nnotes.CRawAction::Execute+531 (0,1,1,7ee25828)
@[28] 0x024c95f0 nnotes.CAssistant::RunAlone+16 (1774,1df0836c,1df000ff,7ee2586c)
@[29] 0x024c7997 nnotes.CAssistant::Run+6427 (38,7ee25828,5ae2d028,0)
@[30] 0x024ecca5 nnotes.AgentRun+1437 (4,1998,3ed4,1475480)
@[31] 0x00555842 ninotes.NAgent::Run+658 (5b29b9e0,0,0,0)
@[32] 0x0064be36 ninotes.CmdHandler::HandleOpenAgentCmd+1074 (774c140,7785580,1,25fd877)
@[33] 0x0049366a ninotes.CmdHandlerBase::PrivHandle+1162 (0,149a654,0,149b700)
@[34] 0x0048f24c ninotes.CmdHandler::PrivHandle+160 (801,1477922,200,149a654)
@[35] 0x0048f3e1 ninotes.CmdHandler::Handler+221 (7ee82028,82178028,1,51df4c)
@[36] 0x004788e7 ninotes.Cmd::Execute+35 (5b29cab0,4,10000000,0)
@[37] 0x0051550a ninotes.InotesHTTPProcessRequestImpl+1626 (60b63cb8,5b29e140,FFFFFFFFFFFFF00,68574a)
@[38] 0x00514e7f ninotes.InotesHTTPProcessRequest+23 (0,685715,FFFFFFFFFFFFFFE,60b63eb8)
@[39] 0x100260da nhttpstack.HTInotesRequest::ProcessRequest+142 (5b29e5a8,0,0,100)
@[40] 0x1001f95a nhttpstack.HTRequestExtContainer::ProcessRequest+942 (a2580002,a2580002,85380002,a)
@[41] 0x1003873e nhttpstack.HTRequest::ProcessRequest+7366 (0,788bc2e9,5b29ecb4,ffffffff)
@[42] 0x1004537b nhttpstack.HTSession::StartRequest+2671 (5f5ec710,52882d30,147e688,0)
@[43] 0x10056852 nhttpstack.HTWorkerThread::CheckForWork+914 (52882d30,10056e20,FFFFFFFFFFFFFFE,149b897)
@[44] 0x10056431 nhttpstack.HTWorkerThread::ThreadMain+81 (147e688,0,147e688,0)
@[45] 0x10050593 nhttpstack.HTThreadBeginProc+67 (0,0,0,0)
@[46] 0x0147e7d2 nnotes.ThreadWrapper+330 (0,0,0,5b29ffa8)
[47] 0x78d4b71a kernel32.BaseThreadStart+58 (0,0,0,0)

As-tu ouvert un PMR IBM ? avec un nsd serveur tu peux le mettre en system down et tu devrais etre contacté rapidement ....

Qu'est-ce que tu entends par redémarrer ponctuellement ? frequence des crash ?

D'habitude dans ce genre de cas la tache http commence à consommer de + en + de ram jusqu'au crash et il n'est vraiment pas évident de faire qqchose à part un reboot ....

AUtre chose : il y a deja 3 FP de sorti pour le server tu as deja installé qqchose ?

En regardant :
High number of handles for shared memory block 0x8604 - BLK_TEXTLIST

Ca sent plus un probleme applicatif.... Trop de Handles pour la mémoire partagé d'alloué...
Je serais a ta place :
1. J'upgrade en 8.5.1 FP3.
Si c'est idem,
2. Je regarde la RAM.. est elle suffisante ?
3. Je désactive ton agent et je constate.
Cordialement

Salut,

si tu as à un passeport IBM à mon avis appelle les tu gagneras ton temps.

la dernière fois j'ai eu un crash chez un client avec un message similaire, problème de mémoire
en fait c'était juste un paramètre dans le notes.ini du serveur à augmenter