Das Notes Forum
Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: Mark_Spitz am 15.02.05 - 20:29:42
-
Hallo Forum, plötzlich und ohne Vorwarnung :-( Pausenlos stürzt der Domino 5 Server ab.
Ich habe jetzt den ganzen Tag versucht den Fehler einzugrenzen. Meine Vermututng ist das sobald die Tasks
DECS, UPDATE, HTTP und/oder AMGR gestartet sind stürzt der Server mit folgenden Meldungen auf
der Console a (Anhang).Kann vielleicht irgend jemand diese Meldungen deuten.!? Es wurde meiner
Kenntnis nach nichts eingespielt, upgedatet oder sonstige Veränderungen vorgenommen.
Domino Server 5.09a dt. auf AS400 V5R2
Notes Client's 5.01, 5.05, 5.09
Hilfee!!
Gruß Stefan
p.s.
load fixup, updall, comp über alle Datenbanken hat leider nichts geholfen
**********************************************************************
RunOnAll__10CAssistantFP13CDefActionCtxU 2891 ASSIST LIBNOTES ¬875782|
Run__10CRawActionFP13CDefActionCtxUiPUl 1195 ACTION
Run__18CRawActionSendMailFP13CDefActionC 2144 ATERM
CompoundTextAddRenderedNote 100 EASYCD2
EnumCompositeBuffer 18 ENUMCOMP
RenderNoteEnum 465 EASYCD2
AddField 1003
MIMEConvertMIMEPart 691 MIMCONV
MCConvertBodyParts 1 ICMAIN2
MCConvert 25
ICConvertMsgs 24 ICMSGCNV
ICConvertMsg 15
ICConvertBody 18 ICBDYCNV
ICConvertMIMEorRFC822Body 13
ICConvertMIMEBody 13
ICMIMETypeMultiPart 43 ICMTMPAR
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 34
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 43
CHMsgState 5 CHMSTATE
ICSetStateMPar 8 ICMTMPAR
ICPushMimeState 24
ICCloneMIMEINFO 5
ExceptionOccurred 1 NOTES0 AMGR
kill 479 QP0SLIB QP0SSRV1
qp0skill__FiT1 532 QP0SKILL QP0SSRV3
fatal_error 42 BREAK LIBNOTES
Tue Feb 15 12:46:14 Fault recovery is in progress: Fatal error, running di
agnostics
Tue Feb 15 12:46:21 Fault recovery is in progress: Terminating tasks
Tue Feb 15 12:46:32 Fault recovery is in progress: Freeing resources
Tue Feb 15 12:46:32 Fault recovery is in progress: Completed
********************************************************************************
RunOnAll__10CAssistantFP13CDefActionCtxU 2891 ASSIST LIBNOTES ¬875712|
Run__10CRawActionFP13CDefActionCtxUiPUl 1195 ACTION
Run__18CRawActionSendMailFP13CDefActionC 2144 ATERM
CompoundTextAddRenderedNote 100 EASYCD2
EnumCompositeBuffer 18 ENUMCOMP
RenderNoteEnum 465 EASYCD2
AddField 1003
MIMEConvertMIMEPart 691 MIMCONV
MCConvertBodyParts 1 ICMAIN2
MCConvert 25
ICConvertMsgs 24 ICMSGCNV
ICConvertMsg 15
ICConvertBody 18 ICBDYCNV
ICConvertMIMEorRFC822Body 13
ICConvertMIMEBody 13
ICMIMETypeMultiPart 43 ICMTMPAR
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 34
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 43
CHMsgState 5 CHMSTATE
ICSetStateMPar 8 ICMTMPAR
ICPushMimeState 24
ICCloneMIMEINFO 5
ExceptionOccurred 1 NOTES0 AMGR
kill 479 QP0SLIB QP0SSRV1
qp0skill__FiT1 532 QP0SKILL QP0SSRV3
fatal_error 42 BREAK LIBNOTES
Tue Feb 15 12:38:01 Fault recovery is in progress: Fatal error, running di
agnostics
Tue Feb 15 12:38:11 Fault recovery is in progress: Terminating tasks
Tue Feb 15 12:38:21 Fault recovery is in progress: Freeing resources
Tue Feb 15 12:38:21 Fault recovery is in progress: Completed
******************************************************************************
NotesStreamNew__FP7FTG_CTX 380 FTG_DSTR LIBFTGTR34 ¬884362
|
FTGetDocStream 15 FTSTREAM LIBNOTES
NSFNoteOpenExt 5 NSFSEM3
NSFNoteOpenExtended 32
MIMEConvertMIMEParts 569 MIMCONV
NSFItemEnumNameList 17 ITNAME
MIMEConvertMIMEPartsEnum 721 MIMCONV
MIMEConvertMIMEPart 691
MCConvertBodyParts 1 ICMAIN2
MCConvert 25
ICConvertMsgs 24 ICMSGCNV
ICConvertMsg 15
ICConvertBody 18 ICBDYCNV
ICConvertMIMEorRFC822Body 13
ICConvertMIMEBody 13
ICMIMETypeMultiPart 43 ICMTMPAR
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 34
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 43
CHMsgState 5 CHMSTATE
ICSetStateMPar 8 ICMTMPAR
ICPushMimeState 24
ICCloneMIMEINFO 5
ExceptionOccurred 1 NOTES0 UPDATE
kill 479 QP0SLIB QP0SSRV1
qp0skill__FiT1 532 QP0SKILL QP0SSRV3
fatal_error 42 BREAK LIBNOTES
Tue Feb 15 18:34:47 Fault recovery is in progress: Fatal error, running di
agnostics
Tue Feb 15 18:34:49 Fault recovery is in progress: Terminating tasks
Tue Feb 15 18:34:59 Fault recovery is in progress: Freeing resources
Tue Feb 15 18:34:59 Fault recovery is in progress: Completed
*******************************************************************************
NotesStreamNew__FP7FTG_CTX 380 FTG_DSTR LIBFTGTR34 ¬884494
FTGetDocStream 15 FTSTREAM LIBNOTES
NSFNoteOpenExt 5 NSFSEM3
NSFNoteOpenExtended 32
MIMEConvertMIMEParts 569 MIMCONV
NSFItemEnumNameList 17 ITNAME
MIMEConvertMIMEPartsEnum 721 MIMCONV
MIMEConvertMIMEPart 691
MCConvertBodyParts 1 ICMAIN2
MCConvert 25
ICConvertMsgs 24 ICMSGCNV
ICConvertMsg 15
ICConvertBody 18 ICBDYCNV
ICConvertMIMEorRFC822Body 13
ICConvertMIMEBody 13
ICMIMETypeMultiPart 43 ICMTMPAR
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 34
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 43
CHMsgState 5 CHMSTATE
ICSetStateMPar 8 ICMTMPAR
ICPushMimeState 24
ICCloneMIMEINFO 5
ExceptionOccurred 1 NOTES0 CHRONOS
kill 479 QP0SLIB QP0SSRV1
qp0skill__FiT1 532 QP0SKILL QP0SSRV3
fatal_error 42 BREAK LIBNOTES
Tue Feb 15 19:36:03 Fault recovery is in progress: Fatal error, running di
agnostics
Tue Feb 15 19:36:05 Fault recovery is in progress: Terminating tasks
Tue Feb 15 19:36:15 Fault recovery is in progress: Freeing resources
Tue Feb 15 19:36:15 Fault recovery is in progress: Completed
-
Wenn ich mir da die Meldungen so anschaue, passiert offensichtlich etwas, womit der Mail Router zu tun hat. Könnte die MAIL.BOX (oder eine der Mailboxen, falls Ihr mehrere habt) korrupt sein ?
Bernhard
-
Es sieht so aus, als ob es was mit MIME zu tun hat.
In der KBSAE habe ich nur was zu R6 dazu gefunden:
Title:
Domino 6.0.x: HTTP/iNotes Crashes During MIME-to-HTML Conversion
Product: Lotus Domino > Lotus Domino Server > Version 6.0.x
Platform(s): Platform Independent
Date: 13.09.2004
Doc Number: 1108001
This document is based on the following Software Problem Report (SPR):
About SPRs
SPR Number SPR Status SPR Fixed Release
SKIN5EZK4G Resolved/Fixed Lotus Domino Server 6.0.1 CF2, Lotus Domino Server 6.0.2 CF1
Problem
Your Domino 6.0.x server crashes when you attempt to read mail or open documents via iNotes, or when opening a document via the Web that contains an attachment.
############################################################
### FATAL THREAD 18/58 [ nHTTP:0820:0908]
### FP=0c621ae8, PC=605b4082, SP=0c621ab0, stksize=56
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x605b4082 nnotes.CStream::ToLMBCS+402 (c621c1c,377171f8,c621d40,22da73)
@[ 2] 0x00485ad0 ninotes.MIMEtoHTMLtranslator::TranslateTextToOutput+752 (40bf3160,0,0,5fe)
@[ 3] 0x004856bb ninotes.MIMEtoHTMLtranslator::LoadPlainText+315 (0,c6220d4,483e0b,40bf3160)
@[ 4] 0x00483ed6 ninotes.MIMEtoHTMLtranslator::LoadTextEntity+22 (40bf3160,c6261e0,c6221d4,483d9d)
@[ 5] 0x00483e0b ninotes.MIMEtoHTMLtranslator::LoadMimeEntity+43 (40bf3160,1,41a69cd8,bc5c67c)
@[ 6] 0x00483d9d ninotes.MIMEtoHTMLtranslator::Run+589 (1620000,0,0,0)
@[ 7] 0x004bff8e ninotes.NItem::GenerateHTML+2238 (c62b3ec,0,0,41a698d8)
@[ 8] 0x004a87d1 ninotes.NField::GenerateHTML+577 (c62b3ec,c62d2ac,0,c6273ce)
@[ 9] 0x004606da ninotes.FormCDtoHTMLtranslator::ProcessField+938 (c6273ce,c6272e8,38ff8a,1308a)
@[10] 0x004602ea ninotes.FormCDtoHTMLtranslator::Process_CDFIELD+106 (41a5331a,c6272e8,c6272c4,42bdfb)
@[11] 0x0042b975 ninotes.CDtoHTMLtranslator::Dispatch+389 (c62b3ec,c62cc40,0,600011cf)
@[12] 0x0042bdfb ninotes.CDtoHTMLtranslator::Run+299 (c62b3ec,0,0,0)
@[13] 0x004b0efb ninotes.NForm::GenerateBodyHTML+251 (c62d2ac,1,0,0)
@[14] 0x004b08dc ninotes.NForm::GenerateHTMLForReading+396 (c62d2ac,c62b3ec,bc5d67c,0)
@[15] 0x004b096a ninotes.NForm::GenerateHTML+90 (bc5d67c,c62d2ac,c62b3ec,0)
@[16] 0x004f9b13 ninotes.CmdHandlerBase::HandleOpenDocumentCmd+1507 (bc50efc,0,0,bc5d67c)
@[17] 0x0043f65d ninotes.CmdHandlerBase::PrivHandle+189 (bc5d67c,0,0,153af78)
@[18] 0x0043d72b ninotes.CmdHandler::PrivHandle+123 (bc5d67c,47d300,bc5d67c,bc4d67c)
@[19] 0x0043d84d ninotes.CmdHandler::Handler+221 (bc5d67c,153af78,6003d7b0,c62e650)
@[20] 0x00437aca ninotes.Cmd::Execute+58 (380a5e08,380a5d58,0,6503a4)
@[21] 0x0047db82 ninotes._InotesHTTPProcessRequest+1570 (380a5e18,380a5e08,380a5d58,0)
@[22] 0x0047d58f ninotes._InotesHTTPProcessRequest+47 (380a5e18,3,7bbb4,bca74a0)
[23] 0x100138f4 nhttpstack (380a5d58,380a5bf4,0,c62fef0)
[24] 0x1000fa7f nhttpstack (3,3771963c,37a2d780,0)
[25] 0x1001c7c1 nhttpstack (0,15573b8,1557632,c62ff20)
[26] 0x10020b06 nhttpstack (15573c4,15573b8,0,600908d1)
[27] 0x10029c74 nhttpstack (3,15573b8,10026e00,10026e2a)
[28] 0x10029b1b nhttpstack (15573b8,0,0,0)
@[29] 0x6011d7b4 nnotes._ThreadWrapper@4+212 (0,0,0,0)
[30] 0x77e887dd KERNEL32.GetModuleFileNameA+465
JOB: 029632/QNOTES/HTTP THREAD: 0x2f
LE_Create_Thread2__FP12crtth_parm_t 1112 QLECRTTH QLESPI
ThreadWrapper 16 THREAD LIBNOTES
HTThreadBeginProc 294 HTTHREAD LIBHTTPSTA
ThreadMain__14HTWorkerThreadFv 1743 HTWRKTHR
CheckForWork__14HTWorkerThreadFv 1788
StartRequest__9HTSessionFv 1946 HTSESSON
ProcessRequest__9HTRequestFv 2837 HTREQUST
ProcessRequest__21HTRequestExtContainerF19HTAppl 2237 HTEXTCON
ProcessRequest__15HTInotesRequestFv 2209 HTINOTES
InotesHTTPProcessRequest 11348 INOTESIF LIBINOTES
InotesHTTPProcessRequestImpl__FP18_InotesHTTPreq 11474
Execute__3CmdFv 10516 CMD
Handler__10CmdHandlerFP3CmdPv 9000 CMDHAND
PrivHandle__10CmdHandlerFP3Cmd 8970
PrivHandle__14CmdHandlerBaseFP3CmdT1 11597 CMDHANDB
HandleCmd__5HaikuFP3CmdR14CmdHandlerBase 13925 HAIKU
HandleDominoCmd__5HaikuFR15OpenDocumentCmd 9643 HNDOPENDOC
GenerateHtml__5HaikuFv 14109 HAIKU
Open__12MemoryStreamFi 3113 MEMSTR
OS400ExceptionOccurred 1 BREAK LIBNOTES
fatal_error 32
OSFaultCleanup 67 CLEANUP
OSRunExternalScript 9
__system_a 2 STDLIB_A
system 6 QC2SYS QC2SYS
297 QCMDEXC
_C_pep 0 NSD NSD
main 44
Job description . . . . . . : OSGDSM01 Library . . . . . : QUSRNOTES
MSGID TYPE SEV DATE TIME FROM PGM LIBRARY INST TO PGM LIBRARY INST
CPI3BC4 Information 20 02/21/03 13:20:55.049520 QLGSJATR QSYS 0335 QWTPIIPP QSYS 0210
Thread . . . . : 0000000A
Message . . . . : Job attributes not set from locale.
Cause . . . . . : The user profile associated with this job has the SETJOBATR value set to use some of the locale fields as job attributes. If the value in the locale is not valid for a job attribute, the job attribute will be set from the user profile. Use the reason number to determine if a job attribute was selected and set from the locale. Job attribute for CCSID
-- Reason 0 Job attribute for date format -- Reason 0 Job attribute for date
separator -- Reason 0 Job attribute for time separator -- Reason 0 Job
attribute for sort sequence -- Reason 1 Job attribute for decimal format --
Reason 0 Reason 0 - Job attribute selected and set from locale. Reason 1 -
Job attribute selected but not set from locale. Reason 2 - Job attribute not selected. See previous messages in the job log for additional information.
CPF1124 Information 00 02/21/03 13:20:55.125184 QWTPIIPP QSYS 05D4 *EXT *N
Thread . . . . : 0000000A
Message . . . . : Job 029632/QNOTES/HTTP started on 02/21/03 at 13:20:55 in
subsystem OSGDSM01 in QUSRNOTES. Job entered system on 02/21/03 at 13:20:55.
MCH3601 Escape 40 02/25/03 12:50:45.911216 LIBNOTES QNOTES *STMT LIBNOTES QNOTES *STMT
From module . . . . . . . . : CSTR
From procedure . . . . . . : Cstrcpy
Statement . . . . . . . . . : 1
To module . . . . . . . . . : CSTR
To procedure . . . . . . . : Cstrcpy
Statement . . . . . . . . . : 1
Thread . . . . : 00000033
Message . . . . : Pointer not set for location referenced.
Cause . . . . . : A pointer was used, either directly or as a basing
pointer, that has not been set to an address.
MCH3601 Escape 40 02/25/03 12:50:45.996928 LIBINOTES QNOTES *STMT LIBINOTES QNOTES *STMT
From module . . . . . . . . : MEMSTR
From procedure . . . . . . : Open__12MemoryStreamFi
Statement . . . . . . . . . : 3113
To module . . . . . . . . . : MEMSTR
To procedure . . . . . . . : Open__12MemoryStreamFi
Statement . . . . . . . . . : 3113
Thread . . . . : 0000002F
Message . . . . : Pointer not set for location referenced.
Cause . . . . . : A pointer was used, either directly or as a basing
pointer, that has not been set to an address.
Solution
This issue was reported to Quality Engineering and has been addressed in Domino 6.0.2 and 6.0.1 CF2.
Excerpt from the Lotus Notes and Domino Release 6.0.2 CF2 fix list (available at http://www.lotus.com/ldd):
Web Server
SPR# SKIN5EZK4G - Provided a fix so that e-mail with MIME/HTML encoded attachments no longer causes the HTTP server to crash. This problem has been fixed in 6.0.2 and 6.0.1 CF2.
Andreas
-
Gibt es irgendwo sowas wie
_C_pep 0 NOTES0J HTTP [065034]
Andreas
-
Hallo, wenn nicht mit fixup oder compress, wie lassen sich sonst defekte DB's auffinden? Das Notes Protokoll habe ich von oben bis unten studiert. Es sind keine Einträge wie "Datenbamk beschädigt" oder ähnlich vorhanden.
Das System stürzt auch ab wenn der stündliche Tasks CHRONOS startet. (s.A.)
Wo/wie kann man den abstellen?
Ich weiß nicht mehr weiter.
Gruß Stefan
*****************************************************************
NotesStreamNew__FP7FTG_CTX 380 FTG_DSTR LIBFTGTR34 ¬885100
|
FTGetDocStream 15 FTSTREAM LIBNOTES
NSFNoteOpenExt 5 NSFSEM3
NSFNoteOpenExtended 32
MIMEConvertMIMEParts 569 MIMCONV
NSFItemEnumNameList 17 ITNAME
MIMEConvertMIMEPartsEnum 721 MIMCONV
MIMEConvertMIMEPart 691
MCConvertBodyParts 1 ICMAIN2
MCConvert 25
ICConvertMsgs 24 ICMSGCNV
ICConvertMsg 15
ICConvertBody 18 ICBDYCNV
ICConvertMIMEorRFC822Body 13
rherige Unterbefehle und Nachrichten:
ICConvertMIMEBody 13
ICMIMETypeMultiPart 43 ICMTMPAR
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 34
CHMsgState 5 CHMSTATE
ICDoStateMPar 3 ICMTMPAR
ICMIMETypeMultiPart 43
CHMsgState 5 CHMSTATE
ICSetStateMPar 8 ICMTMPAR
ICPushMimeState 24
ICCloneMIMEINFO 5
ExceptionOccurred 1 NOTES0 CHRONOS
kill 479 QP0SLIB QP0SSRV1
qp0skill__FiT1 532 QP0SKILL QP0SSRV3
fatal_error 42 BREAK LIBNOTES
Wed Feb 16 07:33:35 Fault recovery is in progress: Fatal error, running di
agnostics
Wed Feb 16 07:33:38 Fault recovery is in progress: Terminating tasks
Wed Feb 16 07:33:48 Fault recovery is in progress: Freeing resources
Wed Feb 16 07:33:48 Fault recovery is in progress: Completed
-
Du solltest Dich auf jeden Fall auch an den IBM Support wenden.
Befinden sich auf dem Server Maildatenbank. Findet Mail-Routing statt.
Wie bereits Bernhard und ich gesagt haben, hängt es wohl damit zusammen. Insbesondere scheint es bei der MIME Konvertierung zu chrashen.
Wenn nichts an der Konfiguration geändert wurde, kann die Ursache in einem Dokument/Mail liegen.
Andreas
-
Hallo Glombi, es ist ein Enterprise Server mit ca. 200 Maildatenbanken. Mail-Routing findet statt, intern zu 2 weiteren Servern sowie ins Internet (Provider-Telekom). Das Mailing funktioniert kurioserweise einwandfrei ! Wenn ich nur die Tasks Server,ADMINP, Router, SMTP laufen lasse läuft die Maschine... und zwar solange bis der stündliche Chronos Task auftaucht dann stürzt der Server ab. Ebenso wenn ich andere Tasks wie AMGR, HTTP zusätzlich starte verabschiedet sich das System. Was meinst Du mit der MIME-Konvertierung. E-Mail funktioniert ja einwandfrei solange die angesprochenen Tasks nicht gestartet werden.
*Verzweiflung steht auf meiner Stirn*
-
Wir hatten schon mal so einen ähnlichen Fall. Bei uns wars ein defektes Dokument in der mail.box, an dem sich der Router immer wieder verschluckt hat.
Ich würde empfehlen, Server zu beenden, mail.box wegsichern, Server starten und nach und nach die Mails aus der alten mail.box in die neue reinkopieren. Wenns kracht, wars die defekte Mail.
-
Was meinst Du mit der MIME-Konvertierung. E-Mail funktioniert ja einwandfrei solange die angesprochenen Tasks nicht gestartet werden.
Na, der Server quasselt doch die ganze Zeit von der MIME Konvertierung. Also wird es doch daran liegen.
Andreas
-
Da kannst mal nach den diversen Meldungen googeln, dann findest Du bspw. nach "ICCloneMIMEINFO"
http://www.csdevelopment.cz/domino/hermes.nsf/0/c1256cc9003ab692c1256a09000088d6!OpenDocument&ExpandSection=1
-
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
-
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.
-
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
-
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 ;) )
-
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 (http://www.atnotes.de/index.php?topic=20178.msg126200#msg126200)
Gruß
Armin