Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

Notes 6.5.1 hängt - keine Reaktion mehr auf Konsole

<< < (2/3) > >>

cubetoon:
das problem (absturz)  ist leider bisher nicht mehr aufgetreten - daher habe ich es lieber wieder deaktiviert um nicht zu viel unnötige daten zu erzeugen.
meinst du ich sollte es noch mal aktivieren und es könnte mir noch aufschluß für das Prompt-Problem geben - bin mir nun nicht sicher inwieweit das noch zusammen gehört!
Christian

Ralf_M_Petter:
Gehe mal davon aus, dass wenn das prompt verschwindet auch irgendein Task von Notes hängt und der blockiert eventuell auch ein Semaphore. Einfach mal probieren.

Grüße

Ralf

cubetoon:
ich bleibe dran und halt euch auf dem Laufenden - kann nur nicht zu viel "rumspielen" - ist schließlich ein Produktivserver und mein Chef killt mich, wenn ich den neu starte, obwohl er funktioniert oder so!

cubetoon:
okay, um ehrlich zu sein hieraus verstehe ich kein wort:

ti="0029836D-C125706E" sq="00002F4A" THREAD [021C:0077-15E8] WAITING FOR FRWSEM 0x0244 database semaphore (@28F442D1) (d:\notes\Data\project\horvalue.nsf) (R=0,W=3,WRITER=021C:15F4,1STREADER=0000:0000) FOR 30000 ms
ti="0029836D-C125706E" sq="00002F4B"  Sò00000000: FACE 7A00 0244 0000 0000 0000 0000 FFFF   'Nz.zD...........'
00000010: FFFF 0002 0000 0244 0000 0300 0000 0000   '......D.........'
00000020: 021C 0000 15F4 0000 0001 02CC 0001 02E4   '....t.....L...d.'


ti="0029852F-C125706E" sq="00002F59" THREAD [021C:0076-1678] WAITING FOR FRWSEM 0x0244 database semaphore (@28F442D1) (d:\notes\Data\project\horvalue.nsf) (R=0,W=3,WRITER=021C:15F4,1STREADER=0000:0000) FOR 30000 ms
ti="0029852F-C125706E" sq="00002F5A" ôöÂ?
`Œù ˆÛ00000000: FACE 7A00 0244 0000 0000 0000 0000 FFFF   'Nz.zD...........'
00000010: FFFF 0002 0000 0244 0000 0300 0000 0000   '......D.........'
00000020: 021C 0000 15F4 0000 0001 02CC 0001 02E4   '....t.

ti="00298F3B-C125706E" sq="00002F66" THREAD [021C:0077-15E8] WAITING FOR FRWSEM 0x0244 database semaphore (@28F442D1) (d:\notes\Data\project\horvalue.nsf) (R=0,W=3,WRITER=021C:15F4,1STREADER=0000:0000) FOR 30000 ms
ti="00298F3B-C125706E" sq="00002F67"  Sò00000000: FACE 7A00 0244 0000 0000 0000 0000 FFFF   'Nz.zD...........'
00000010: FFFF 0002 0000 0244 0000 0300 0000 0000   '......D.........'
00000020: 021C 0000 15F4 0000 0001 02CC 0001 02E4   '....t.....L...d.'


ti="002990EF-C125706E" sq="00002F6D" THREAD [021C:0076-1678] WAITING FOR FRWSEM 0x0244 database semaphore (@28F442D1) (d:\notes\Data\project\horvalue.nsf) (R=0,W=3,WRITER=021C:15F4,1STREADER=0000:0000) FOR 30000 ms
ti="002990EF-C125706E" sq="00002F6E" ôöÂ?
`Œù ˆÛ00000000: FACE 7A00 0244 0000 0000 0000 0000 FFFF   'Nz.zD...........'
00000010: FFFF 0002 0000 0244 0000 0300 0000 0000   '......D.........'
00000020: 021C 0000 15F4 0000 0001 02CC 0001 02E4   '....t.

@Ralf bezogen auf deine erste Antwort sollte ich hieraus wahrscheinlich ersehen, dass der Zugriff auf dem Semaphore für die Datenbank horvalue.nsf fehlgeschlagen ist weil mehrere Prozessoren sich gegenseitig gesperrt haben?!?!? klingt sicher völlig blöd, was ich hier ablasse oder? Nur was kann ich jetzt dagegen tun?
Die Datenbank hat knapp 6,5 GByte, wovon 81% Views sind - ich kann mir denken, was jetzt kommt - "wer hat denn das Entwickelt?" - ist ein extern eingekauftes Produkt, welches in diesem Jahr auch noch abgelöst wird - aber so lange sollte es schon noch durchhalten :-)

Ralf_M_Petter:
Sorry für späte Antwort, aber ich habe mich vorgestern gerade vermehrt und deshalb zumindest einen Tag Computerpause machen müssen zur Erholung ;D .

Schreibt er diese Zeilen mit dem Semaphores immer weiter, sprich wiederholen sich diese während des Hangs unendlich?

Du musst dir ein Tool besorgen, mit dem du unter Windows die Thread ID's einsehen kannst. Mit diesem Tool kannst du dann feststellen welcher Thread den Semaphore geschrieben hat das müsste der 021C:15F4 sein. Dieser löst wenn ich mich richtig an unsere Hangs erinnere das Problem aus.

Falls die Meldungen nur ein paar mal kommen ist es egal.

Eventuell solltest du die Semaphore Logs mal an die IBM schicken und mit einem IBM Techniker den Thread analysieren. Speziell interessiert die IBM dann immer der Call Stack des betreffenden Thread. Da man damit im Source Code vom Domino die genaue Zeile findet wo das Problem aufgetreten ist.

Grüße

Ralf

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete