Domino 9 und frühere Versionen > Administration & Userprobleme
Der Server stürzt pausenlos ab ?!
Mark_Spitz:
Die Mail.box habe ich gelöscht und den Server neu gestartet. Es wird automatisch eine neue generiert. Leider treten die Ausfälle weiterhin auf.
Eine LOG Datei (s.A. ein Auszug davon) und eine Menge nsd_xxxx_xxx_xxx.nsd gibt's
fault_revory.log
Wed Mar 21 20:02:24 [1] STARTING FAULT RECOVERY by job: COMPACT/QNOTES/886265
Wed Mar 21 20:02:25 [15] Running external script: CALL QNOTES/NSD
Wed Mar 21 20:02:53 [2] Terminating process: SERVER/QNOTES/868285 PID (PPID) = 24 ( 23)
Wed Mar 21 20:02:53 [2] Terminating process: HTTP/QNOTES/868287 PID (PPID) = 25 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: REPLICA/QNOTES/868288 PID (PPID) = 26 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: ROUTER/QNOTES/868289 PID (PPID) = 27 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: MTC/QNOTES/868290 PID (PPID) = 28 ( 27)
Wed Mar 21 20:02:53 [2] Terminating process: AMGR/QNOTES/868293 PID (PPID) = 31 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: AMGR/QNOTES/868294 PID (PPID) = 32 ( 31)
Wed Mar 21 20:02:53 [2] Terminating process: ADMINP/QNOTES/868296 PID (PPID) = 34 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: SCHED/QNOTES/868297 PID (PPID) = 35 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: CALCONN/QNOTES/868298 PID (PPID) = 36 ( 24)
Wed Mar 21 20:02:53 [2] Terminating process: EVENT/QNOTES/868299 PID (PPID) = 37 ( 24)
Wed Mar 21 20:02:59 [6] ERROR: Ignoring invalid process in queue: ROUTER/QNOTES/868289 PID (PPID) = 27 ( 24)
Wed Mar 21 20:02:59 [6] ERROR: Ignoring invalid process in queue: ™?? PID (PPID) = 28 ( 27)
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 3
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 4
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 5
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 6
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 7
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 8
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 9
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 10
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 11
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 12
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 13
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 14
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 15
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 16
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 17
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 18
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 19
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 20
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 21
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 22
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 23
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 24
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 25
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 26
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 27
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 28
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 29
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 30
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 31
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 32
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 33
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 34
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 35
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 36
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 37
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 38
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 39
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 40
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 41
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 42
Wed Mar 21 20:03:04 [7] Removed IPC: SHMEM 43
Wed Mar 21 20:03:04 [18] FAULT RECOVERY COMPLETE
Driri:
Hmm...wenn das nichts gebracht hat, würde ich auf jeden Fall schnellstens den Support kontaktieren.
Um den Server erstmal wieder zum Rennen zu bringen, kannst Du ja mal den Router-Task deaktivieren. Okay, kein Mailing mehr möglich, aber wenigstens kann dann erstmal wieder mit Anwendungen gearbeitet werden, bis der Support ne Lösung hat.
Mark_Spitz:
Hallo
Unglaublich aber wahr! es läuft wieder ...
Es war tatsächlich eine einzige DB beschädigt und zwar so beschädigt das sich der Server jedesmal komplett verabschiedet hat. Nur schwer war der Verursacher zu finden. Eigentlich nur noch über das Ausschlussverfahren. Alle DB wegkopieren, dann den Server starten um festzustellen das es keine Systemdatei ist. Läuft !... dann wieder runter fahren ... und paarweise die DB's wieder zurück kopieren ... Server wieder hoch ... Server wieder runter ... der nächste Schwung DB's ... solange bis am Schluß nur noch eine einzige Datei übrig blieb ... eine MailIn Datenbank ... für mich sehr kurios das es eine einzige Datei/DB schafft das ganze System auszuhebeln ...
Das heißt Eure Ideen, Vorschläge, Ansätze liefen eigentlich genau in die richtige Richtung. Vielen Dank nochmal für die schnellen Antworten und Unterstützungen.
Gruß Stefan
Arno:
Hallo,
Ich hatte das ein ähnliches Problem,
unter R6 wenn der Updater oder Fixup die nachts liefen bei einer Datenbank angekommen sind,
dann wurde der Server beendet ( kurrioser weise, stand eine normale Dienstabmeldung dann an, " Der dienst wird Beendet ) ohne rücksicht auf verluste hat dann windowas den Domino runtergerissen, ich suchte mir einen Heissen weil ich durch unterschiedlichste beendigungszeiten ( alle nachst von 23 - 4 uhr ) nicht denken konnt das es ein und die selbe datenbank sein könnte, ich hatte M$ im verdacht das da mal wieder ein *kleiner* bug drin ist, vorallem weil in der ereignisanzeige wieder mal eine Fehlernummer mitgegeben wurde die noch in keiner hilfe auftauchte, erst als ich eine kleine datenbank mal von hand Reparieren wollte ..kam ich dahinter ...das hat wie du dir vorstellen kannst auch nerven gekostet, unter R5 hätte ich aber gedacht wuerde so ein problem nicht auftauchen, daher war ich uebberascht das du selbiges problem hattest.
mfg
Gont
( beim nächsten mal sind wir schlauer ;) )
cococo69:
Hallo Stefan,
lese diesen Thread leider erst jetzt.
Das erinnert mich stark an ein ähnliches Erlebnis bei dem IBM als Lösung ein Server-Update auf Version 6.5.1 empfahl.
Siehe: Hier
Gruß
Armin
Navigation
[0] Themen-Index
[*] Vorherige Sete
Zur normalen Ansicht wechseln