Das Notes Forum
Domino 9 und frühere Versionen => ND7: Administration & Userprobleme => Thema gestartet von: Bullayer am 24.06.09 - 16:07:45
-
Bei den unterschiedlichsten Aktionen verabschiedet sich mit Notes Client 7.0.2 deutsch und stürzt ab. Habe den Client bereits neu installiert. Wie kann ich die Ursache finden?
-
In dem man sich mal das NSD-File anschaut und nach fatal error sucht.
Bernhard
-
Da gibts aber kein fatal error. ???
-
Hallo,
wo suchst Du denn genau?
Gruß Werner
-
Ich öffne mit dem Editor alle Dateien im Verzeichnis ....notes\data\IBM_TECHNICAL_SUPPORT , die mit nsd... beginnen und such darin die Zeichenfolge "fatal error".
-
Hallo,
sorry dass ich so dumm gefragt habe, da sollte das aber min einmal drin vorkommen.
Brichst du die Erstellung des nsd evtl. ab?
Wie groß sind denn die nsd-Files bei Dir?
Gruß Werner
-
Das letzte ist 874 KB groß.
-
hallo,
unter V7 war das die "normale Größe" (unter V8 sind es meist so 3,3 MB)
unter V8 sieht das ungefähr so aus:
############################################################
### FATAL THREAD 1/32 [ NLNOTES: .....
Hier noch einige Fragen und Tipps:
1. ist der Absturz reproduzierbar? tritt er immer an der/den selben Stelle/n auf?
2. Was machst Du nach dem Absturz (abmelden / cache.ndk löschen etc?
Gruß Werner
---edit---
Nachtrag:
Es gibt auch ein Tool zum Auswerten von IBM
vgl.: http://atnotes.de/index.php/topic,41079.0.html
-
Nach dem Absturz führe ich KillNotes.exe aus und starte Notes neu.
Reproduzierbar ist der Fehler nicht, tritt manchmal bei den folgenden Aktionen auf:
- Aktivieren der Vorschau
- Öffnen einer Mail mit Anhang
-
Jetzt hab ich den Client auf nem anderen Rechner laufen, Ergebnis:
############################################################
### FATAL THREAD 2/5 [ntaskldr: 129c: 150c]
### FP=0x03baf3a8, PC=0x60177011, SP=0x03baec34
### stkbase=03bb0000, total stksize=262144, used stksize=5068
### EAX=0x00f70648, EBX=0x0000150c, ECX=0x00930000, EDX=0x00930000
### ESI=0x03baf23c, EDI=0x000005dc, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010206
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x60177011 nnotes._Panic@4+417 (60ae09ab)
@[ 2] 0x600011f8 nnotes._OSLockSemInt@8+56 (1966b46,1)
@[ 3] 0x600011ae nnotes._OSLockSem@4+14 (1966b46)
@[ 4] 0x600016b7 nnotes._OSLockWriteSem@4+55 (1966b44)
@[ 5] 0x60032b99 nnotes._InitNIFData@0+105 ()
@[ 6] 0x60057dc9 nnotes._NAMELookupInitCGQueue@4+9 (3baf454)
@[ 7] 0x600d81aa nnotes._NAMEGetModifiedTime@4+42 (3baf574)
@[ 8] 0x600cc9d9 nnotes._LockScheduleDatabase@12+89 (3baf598,3baf7a4,3baf7a0)
@[ 9] 0x606e3ccd nnotes._JSCheckServerSchedule@12+29 (630f93b4,13e2c99,3baf7c8)
@[10] 0x630f565f nwrdaemndll._NotesMain@8+479 (0,0)
@[11] 0x004014c1 ntaskldr.EntryFuncWrapper+17 (26f3594,0)
@[12] 0x60103820 nnotes._ThreadWrapper@4+208 (0)
[13] 0x7c80b729 KERNEL32 (60103750)
Invalid stack frame detected: Invalid frame pointer (BP): 0
Hilf euch das weiter?
Oder soll die gesamte Datei hochladen?
-
Hallo,
Killnotes reicht (statt abmelden) unter V7 (noch).
Aber ich würde Dir empfehlen, vor dem nächsten Start von Notes die cache.ndk zu löschen.
Wenn Du nur nach "fatal" suchst, findest Du da was?
Evtl. hilft ja auch das Tool oder das Öffnen eines PMR bei IBM.
Gruß Werner
-
Hallo WernerMo,
bei Fatal find ich was, siehe vorherigen Post.
-
ACCESS_VIOLATION klingt immer erstmal nach mangelnden Rechten im Dateisystem. Hat der Windows-Benutzer evtl. keine Schreibrechte auf die notwendigen Dateien/Verzeichnisse ?
-
Der Benutzer hat lokale Admin-Rechte. Ich denke, dass es an den Rechten nicht liegen kann, da die Aktionen, bei denen der Fehler auftritt, normalerweise funktionieren. Der Abbruch kommt ja nur ab und zu.
-
Läuft da lokal evtl. ein Virenscanner, der das Data-Verzeichnis scannt ?
-
Genau. Und wegen dem hier...
@[10] 0x630f565f nwrdaemndll._NotesMain@8+479 (0,0)
...würde ich auch mal überprüfen welche DBs über den Hintergrundreplikator von dem Client mit Lokal repliziert werden. Meines Wissens ist der nwrdaemn u. a. für die Replikation zuständig. Evtl. liegt da eine defekte Replik auf dem Client oder Server.
-
Als Virenscanner ist McAfee 8.5 im Einsatz.
-
Genau. Und wegen dem hier...
@[10] 0x630f565f nwrdaemndll._NotesMain@8+479 (0,0)
...würde ich auch mal überprüfen welche DBs über den Hintergrundreplikator von dem Client mit Lokal repliziert werden. Meines Wissens ist der nwrdaemn u. a. für die Replikation zuständig. Evtl. liegt da eine defekte Replik auf dem Client oder Server.
Es wird mit einer lokalen Replikation der Datenbank gearbeitet. Aber was hat das mit dem Abbruch zu tun, wenn ich die Vorschau einschalte?
-
Du schreibst ja, dass der Fehler nicht reproduzierbar auftritt, also könnte er genau so gut bei einer Hintergrundreplikation auftreten, während Du denkst es liegt an einer Aktion die Du gerade ausgeführt hast.
Als erstes würde ich nun das Programm- und Datenverzeichnis des Clients vom Virenscanner ausnehmen, um den auszuschließen. Wenn der Client dann immer noch crasht würde ich als nächstes die Hintergrundreplikation abstellen (oder nach und nach einzelne Datenbanken davon ausnehmen) und weiter testen.
Falls Du, wie Du anbietest, das ganze NSD (gezippt) anhängen willst/darfst, hilft das evtl. auch noch weiter.
-
So, hier ist erst mal das NSD-File.
-
Jo, ich tippe dann wie Ingo mal stark auf den Virenscanner.
<@@ Notes Process Summary -> Notes Processes Not Associated With An Instance (Time 16:16:38) @@>
C:\Programme\Lotus\Notes\NCDaemon.exe (3c8)
...
############################################################
[ 1] 0x159eae40 NCScan
Invalid stack frame detected: Unable to read process memory for frame
-
Dann schau ich mir das Ding mal an. Danke euch.
-
Ich weiß nicht warum, aber seit Freitag morgen sind keine Abbrüche mehr aufgetreten, obwohl NICHTS geändert wurde.
???