Serverabbrüche

[schneie]

Hallo liebe Admins,
wir haben schon seit einger Zeit mit gelegentlichen Serverabbrüchen zu kämpfen (oft in Verbindung mit der Meldung: ...Anzahl Speichersegmente überschritten...).
Bei der Überprüfung des Systems ist mir jetzt aufgefallen, dass der "Virtuelle Arbeitsspeicher" auf beiden Server-Systemen (wir haben einen Cluster) mit jeweils 372-744 MB recht klein gewählt ist.

Jetzt würd mich interesieren wie sind eure Systeme konfiguriert bzw. verwendet ihr "Die Größe vom System verwalten" lassen?

Danke und Gruß
Markus

(PS: Notes 7.02, Win 2003 Server, Intel Xeon mit 4GB)

[WernerMo]

Hallo,

was steht denn in den NSDs?

Gruß Werner

[schneie]

Hm, muss gestehen ich finde dort nichts aussagekräftiges drin...
Nach was soll ich denn suchen?

[Wolfgang]

Bei der Überprüfung des Systems ist mir jetzt aufgefallen, dass der "Virtuelle Arbeitsspeicher" auf beiden Server-Systemen (wir haben einen Cluster) mit jeweils 372-744 MB recht klein gewählt ist.

Jetzt würd mich interesieren wie sind eure Systeme konfiguriert bzw. verwendet ihr "Die Größe vom System verwalten" lassen?

... der Auslagerungsspeicher ist hier mindestens so groß wie der RAM, bei kleineren Systemen mit 2GB RAM auch doppelt so groß. Außerdem ist es geschickter, keine variable Größe des Auslagerungsspeichers einzutragen, sondern eine feste.

Gruß
Wolfgang

[WernerMo]

Hallo,

Hm, muss gestehen ich finde dort nichts aussagekräftiges drin...
Nach was soll ich denn suchen?

such mal nach "fatal" dann findest Du schon mal welcher Task es war
zusätzlich solltest Du mal ins log sehen, was dort vor dem Absturz steht.

Gruß Werner

[schneie]

@Wolfgang: Danke für den Hinweis - Speicher wird mal direkt auf einen etwas höheren Wert fest eingestellt ;-)

@WernerMo: Im Log ist leider nichts zu finden => bricht an der Stelle einfach ab
...

Code

08.12.2009 07:10:58   Access control is set in catalog.nsf to not replicate forms, views or edits from TCPIP xxxx/yyyy/DE catalog.nsf
08.12.2009 07:11:00   Updated database Mail\s\sschmalz.nsf in catalog

...

und mit der "fatal" Meldung kann ich ehrlich gesagt garnichts anfangen:
...

Code

############################################################
### FATAL THREAD 1/4 [ncatalog:  17c0:  137c]
### FP=0x0012ef68, PC=0x605dcfa1, SP=0x0012ef5c
### stkbase=00130000, total stksize=24576, used stksize=4260
### EAX=0x02029ab8, EBX=0x0099c800, ECX=0x0009c000, EDX=0x38c6fa08
### ESI=0x0202a37e, EDI=0x8f33000b, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010206
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x605dcfa1 nnotes.BBlockQueueRemove@16+81 (27413020,1403400,0,12f3a4)
@[ 2] 0x605ddad7 nnotes.OSFreeBBlockReal@16+455 (27413020,38c6f608,400,2b4)
@[ 3] 0x60002ff6 nnotes.OSFreeBBlock@12+22 (27413020,1403005,0,1ece70f8)
@[ 4] 0x6003435e nnotes.FreeDBU@4+382 (12f3a4,0,2fd,161)
@[ 5] 0x60035cb1 nnotes.DbClose@20+4737 (1,1036354,0,1036a18)
@[ 6] 0x60037380 nnotes.NSFDbCloseExtended3@16+96 (2fd,0,0,1)
@[ 7] 0x60037316 nnotes.NSFDbCloseExtended2@12+22 (2fd,0,0,12f414)
@[ 8] 0x600372f2 nnotes.NSFDbCloseExtended@8+18 (2fd,0,12f460,4024d8)
@[ 9] 0x600372ce nnotes.NSFDbClose@4+14 (2fd,0,1,120000)
@[10] 0x004024d8 ncatalog.UpdateDbNotes@32+440 (12fcec,12f694,2fd,161)
@[11] 0x00402d0c ncatalog.UpdateCatalog@4+2028 (0,1,394614,7ffda000)
@[12] 0x0040118d ncatalog.AddInMain@12+173 (1,1,394614,0)
@[13] 0x0040939f ncatalog.NotesMain@8+47 (1,400000,0,ece)
@[14] 0x004094d4 ncatalog.notes_main+212 (0,0,0,1)
@[15] 0x004093c6 ncatalog.main+22 (1,3f2950,3f2980,94)
@[16] 0x00409bc9 ncatalog.mainCRTStartup+364 (0,0,7ffda000,0)
 [17] 0x7c82f23b KERNEL32.ProcessIdToSessionId+521 (409a5d,0,78746341,20)
Invalid stack frame detected: Invalid frame pointer (BP): 0

############################################################
### PASS 2 : FATAL THREAD with STACK FRAMES 1/4 [ncatalog:  17c0:  137c]
### FP=0012ef68, PC=605dcfa1, SP=0012ef5c
### stkbase=00130000, total stksize=24576, used stksize=4260
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################

...

Erkennst du da was?

Danke und Grüße
Markus

[WernerMo]

hallo,

da steht doch wirklich alles was Du brauchst:

1. im nsd steht, dass der Absturz von catalog-task kommt.
2. im Log steht, dass der catalog-task versucht die maildatenbank "\s\sschalz.nsf" zu bearbeiten.

Da der Catalog nur bei dieser Datenbank "crashed" (bitte evtl. nochmals bei früheren Crashes verifizieren) scheint diese Maildatenbank ein Problem zu haben, bitte diese Datenbank überprüfen
und das komplette Programm fahren: fixup etc.

Evtl. könnte es natürlich auch ein Zugriffsrechteproblem sein, läuft da noch ein "externer"Prozess z.B. Datensicherung oder soetwas?

Gruß Werner

[schneie]

Ah jetzt ja,
so gesehen hast du da recht 
ich glaub jetzt kommen wir dem Problem schon etwas näher!
Denn die Datensicherung bricht auch des öfteren "einfach mal so" ab...
Ich versuch das mal zu verifizieren.

Ergebnisse gibts morgen - vielen Dank und schönen Feierabend.

[WernerMo]

Hallo,

kein Problem, womit/ wie sichert Ihr denn?

Gruß aus Nürnberg
Werner