Domino 6.5.2 en crasht regelmäßig

[eknori]

habe am Freitag den Domino auf 6.5.2 gehoben ( von 6.5 ) Seitdem knallt mir der Server 3 - 4 mal am Tag gegen die Wand.

komischerweise macht er das nur auf einer Maschine, 8 identische laufen sauber.

habe eben noch was erhalten; der Notes.ini Eintrag

Chronos_fulltext_disabled=1

soll wohl ab 6.5.1 nicht mehr (richtig) funktionieren; statt dessen soll der Befehl

Debug_Disable_Chronos=1

den gewünschten Erfolg bringen.

Jemand schon mal irgendwas in der Richtung gehört ?

[eknori]

noch ein paar weitere Infos:

ich hatte den Server zunächst von 6.5 auf 6.5.1 upgedated:

hier krachte der Server ebenfalls ab; im NSD Log war dann folgender Eintrag zu finden

DBG(0994) 09:55:50
@@@@@@@@@@@@@@@@@ MEMCHECK: @@@@@@@@@@@@@@@@@

memcheck  -k cur -p  0x428 -p  0x614 -p  0x780 -p  0x79c -p  0x7a4 -p  0x7c4 -p  0x7cc -p  0x7d4 -p  0x7f4 -p  0x7fc -p  0x808 -p  0x81c -p  0x8c0 -p  0x904 -p  0x928 -d err -o "d:\notesdata\IBM_TECHNICAL_SUPPORT\memcheck_W32I_COMM1_06_14@09_54.dmp"
Copyright (c) IBM Corporation 1987, 2004. All Rights Reserved.
ERROR (48): couldn't access shared memory key 'IRIS$MEM$194$0$d.notesdata' - (22) Invalid argument
** Attach to process [ nSERVER:0428]
** Using Glob block map
Found Memcheck symbol @60c1ff00


Das Problem scheint mit einem Update von 6.5.1 -> 6.5.2 wohl aus der Welt geschafft, denn jetzt finde ich beim Crash im Log diesen Eintrag

DBG(095c) 16:56:13
@@@@@@@@@@@@@@@@@ MEMCHECK: @@@@@@@@@@@@@@@@@

memcheck  -k cur -p  0x6d8 -p  0x750 -p  0x720 -p  0x758 -p  0x70c -p  0x668 -p  0x608 -p  0x684 -p  0x5c4 -p  0x6dc -p  0x188 -p  0x63c -p  0x76c -p  0x838 -p  0x91c -d err -o "d:\notesdata\IBM_TECHNICAL_SUPPORT\memcheck_W32I_COMM1_06_14@16_47.dmp"
Copyright (c) IBM Corporation 1987, 2004. All Rights Reserved.
** Open shared memory DPOOL key=IRIS$MEM$MM194$d.notesdata
** Analyze shared memory DPOOL 'key=IRIS$MEM$MM194$d.notesdata' size=4452352
MM SPools = 0, SharedDPoolSize = 1000000
** MMM size=4452352
** Open shared memory DPOOL key=IRIS$MEM$194$1$d.notesdata
** Analyze shared memory DPOOL 'key=IRIS$MEM$194$1$d.notesdata' size=1000000
** Open shared memory DPOOL key=IRIS$MEM$194$2$d.notesdata

Sucht man weiter nach "error" finden sich dann diese Einträge, die offenbar die Ursache für den Crash darstellen

ERROR (0): Monitor client data is corrupted
     0   0 [  0:4294967295] [  0:4294967295] [  0:4294967295] [  0:4294967295]
ERROR (0): Monitor client data is corrupted
     0   0 [  0:4294967295] [  0:4294967295] [  0:4294967295] [  0:4294967295]

und

ERROR (0): Monitor list data is corrupted
[  0:4294967295] [  0:4294967295] [  0:4294967295]  
ERROR (0): Monitor list data is corrupted
[  0:4294967295] [  0:4294967295] [  0:4294967295]  

OK, dann werde ich mal einen Call aufmachen...

[BANXX]

Hallo Ulrich,

ich habe meinen server von 6.5 über 6.5.1 nach 6.5.2 migiert und der läuft recht problemlos.

Hast Du den Notes Performancemonitor installiert ? Mit dem habe ich enorm schlechte Erfahrungengemacht - wenn das Teil mit installiert ist, läuft der Server nach meinen Erfahrungen enorm instabil. Aus diesem Grund knipse ich den bei ner Installation auch grundsätzlich ab.

[eknori]

das könnte es gewesen sein; die Maschine ist die einzige, auf der der collect lief...

Mal sehen, was der Support dazu sagt; habe einen Call eröffnet...

[cybermike]

Wir mussten diesen Performance Monitor (in der Knowledge Base unter "How to Remove the Notestat Key from Registry" zu finden) auf unseren 5er Servern generell deaktivieren. In irgendeinem Release gabs Servercrashs.

Aktuell ist dieser derzeit bei uns auf 25 Server aktiviert (alles 6.0.x) - ohne Probleme

@eknori: Kannst mir auch gerne mal dein nsd File schicken, dann gugg ich mal rein (einfach per pm melden) - aber du hast eh schon einen Incident eröffnet...

Edit: Hab grad einen Testserver von 6.0.2 CF2 auf 6.5.2 upgedatet - mal schaun

[eknori]

mitlerweile knallt mir der Server alle Stunde um die Ohren. IBM murmelte irgend etwas von wegen nevent.exe. Aber selbst wenn man das Teil demontiert ... CRASH !!

[Jörg P.]

Hi,
diese Einträge mit "Monitor Client Data" und "Monitor List Data" im NSD-File hatten wir auch, nachdem wir einen Server von 5 auf 6.0 upgedatet hatten.

Findest du noch weitere Hinweise, wenn du nach "Fatal", bzw. "Fatal Thread" in den NSD-Files suchst?
Wir konnten feststellen, das dort immer die gleiche Mail-DB auftauchte. Der User hatte sich ein Abo auf seine Mail-DB eingerichtet, nachdem dieses gelöscht wurde, war der Spuk vorbei.

HTH

[eknori]

Der Fall  ist geklärt: Heute Mittag rief mich Luis vom Notes Labor aus Irland an. Die Abstürze wurden von der imon.dll verursacht. imon.dll ist Bestandteill des Virenscanners NOD32. Das bedeutet jetzt aber nicht, daß das Produkt NOD32 nicht tauglich ist. Es war lediglich die Ursache ... Ich habe den Scanner auf baugleichen Servern im Einsatz; ohne Probleme. Irgend etwas ist an dieser Maschine anders als bei den übrigen. Ich habe den Scanner deinstalliert; seither rennt die Kiste !