Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: MeisterLampe am 17.12.07 - 17:30:08
-
Hallo,
heute Nachmittag ist unser Notes Server abgeschmiert, keine Fehlermeldung, nichts dergleichen...
Auch diverse Neustarts mit Windows brachte nichts, nachdem ich dann den Antivirus Task, Router Task und Admin4 Task aus der ini gelöscht habe blieb der Notes Server oben....
Danach habe ich den Router Task gestartet, der Server blieb oben, aber als ich den Amin Task gestartet habe bekam ich gleich nen error und der Server schmierte ab.
Was kann ich jetzt machen um das Problem zu lokalisieren? Es befinden leider ne Menge User auf dem Server.
Danke im voraus für eure Hilfe !
-
Hast Du (bei nicht laufendem AdminP-Task) schon die admin4.nsf geprüft? Nicht, dass die DB einen Schuss weg hat.
Bernhard
-
möglicherweise hat die admin4.nsf einen Knacks.
Stoppe den adminp task und kopiere dir die admin4.nsf erst einmal weg. Bin mir nicht sicher, ob der Task beim Starten einen neue datei erstellt, oder nicht. Wenn nicht, dann musst du die manuell neu aus der Schablone erstellen.
Gucks dir in der alten db auch die Dokumente an, wenn da irgendwelche sind, die keinen response haben, sind die noch nicht abgearbeitet. Da musst du dich dann mal durchklicken und evtl die AdminP requests noch einmal neu anstossen, wenn du die Dokument enicht kopieren willst.
Hier kann es auch sein, daß eines der Docs defekt ist ...
-
Hast Du (bei nicht laufendem AdminP-Task) schon die admin4.nsf geprüft? Nicht, dass die DB einen Schuss weg hat.
Bernhard
Die admin4 sieht gut aus. normale Einträge....
-
Erzeugt der Domino beim Absturz ein NSD File? Dort sollte sich die Ursache finden lassen.
-
ich habe die alte admin4 wegkopiert und der Server hat eine neue angelegt.
Danach habe ich den admin Task gestartet und bums wieder wech.
-
moment die admin4 ist wieder gleich groß aber der Server rennt noch !
Kommt vom Transaktionlogging ?
-
Erzeugt der Domino beim Absturz ein NSD File? Dort sollte sich die Ursache finden lassen.
sowas habe ich nsd_W32I_SRV200_2007_12_17@17_41_45.log
-
da ich jetzt eine neue admin4 angelegt habe und diese dann zu allen Server repliziert habe, war es erstmal ok.
Ich hatte dann auf dem Server wo das Problem war den adminp Task wieder aktiviert und gerade wieder neustart. Zum Glück hatte ich in der Notes.ini den adminp Task noch raus.
jetzt habe ich mir die nsd_w32i... herausgesucht, welcher Teil ist wichtig in dem ganzen log um das scheiss Problerm zu lokalisieren?
-
Such darin einfach mal "fatal"...
-
Such darin einfach mal "fatal"...
ich habe 3x fatal gefunden:
############################################################
### FATAL THREAD 3/9 [ nadminp: 1428: 1638]
### FP=0x00b5f4d8, PC=0x6000435c, SP=0x00b5f4d4
### stkbase=00b60000, total stksize=262144, used stksize=2860
### EAX=0x00000000, EBX=0x00000023, ECX=0xffffffff, EDX=0x0fd83c91
### ESI=0x00000000, EDI=0x00000000, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010246
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
############################################################
### PASS 2 : FATAL THREAD with STACK FRAMES 3/9 [ nadminp: 1428: 1638]
### FP=00b5f4d8, PC=6000435c, SP=00b5f4d4
### stkbase=00b60000, total stksize=262144, used stksize=2860
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
############################################################
### PASS 3 : FATAL THREAD with PARAMETER DATA 3/9 [ nadminp: 1428: 1638]
############################################################
@[ 1] 0x6000435c nnotes.Cstrlen@4+12 (0,0,fd83108,ae59ce4)
-
Die zugehörigen Detaildaten wäre wichtig...die Header bringen nicht viel.
-
Die zugehörigen Detaildaten wäre wichtig...die Header bringen nicht viel.
anbei als txt Datei
-
Da gibt es wohl ne Anforderung, eine DB auf einen anderen Server zu schieben oder einen User...
Die verursacht den Crash.
Ich würde die Anforderung(en) rausnehmen und manuell durchführen.
Gefixt in 656FP2 (s.u.)
Ausserdem würde ich das gepostete Log wieder entfernen - da stehen Namen drinne... ;-)
Grüsse!
http://www-1.ibm.com/support/docview.wss?rs=463&context=SSKTMJ&context=SSKTWP&q1=Invalid+stack+frame+detected&uid=swg21281831&loc=en_US&cs=utf-8&lang=en
AdminP crashes on MonitorNewMailFileFields
Technote (FAQ)
Question
A Lotus Domino® server crashes on the AdminP task. The crash occurs when a mail agent is used by AdminP in instances such as moving mailfiles to a new server or moving people to a new mail server.
Crash stack:
############################################################
### FATAL THREAD 5/9 [ nadminp: 14a4: 169c]
### FP=0x0e74f4d8, PC=0x6000435c, SP=0x0e74f4d4
### stkbase=0e750000, total stksize=262144, used stksize=2860
### EAX=0x00000000, EBX=0x00000021, ECX=0xffffffff, EDX=0x00d708fd
### ESI=0x00000000, EDI=0x00000000, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010246
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x6000435c nnotes.Cstrlen@4+12 (0,0,d7dc2c,1011ce4)
@[ 2] 0x603088cb nnotes.AdminpSaveOnServerInt@40+443 (22e,33e92,0,0)
@[ 3] 0x0041da4f nAdminP.AdminpChangeAgentsMachineInt@32+47 (22e,33e92,0,d7dc2c)
@[ 4] 0x0041d9ac nAdminP.AdminpChangeAgentsMachineProc@24+748 (22e,14,1011ce4,1010006)
@[ 5] 0x0042b23e nAdminP.MonitorNewMailFileFields::DoProcessRequest+414 (1011d64,0,d7d99c,201)
@[ 6] 0x00421dd2 nAdminP.AdminpProcessNewRequest@44+7826 (201,d7d99c,13,2aaf)
@[ 7] 0x0041f8bc nAdminP.AdminpRequestAndResponse@40+844 (201,d7d99c,ff2fa,2aac)
@[ 8] 0x00405c97 nAdminP.EntryThread@4+919 (0,0,0,0)
@[ 9] 0x60114a44 nnotes.ThreadWrapper@4+212 (0,0,0,0)
[10] 0x77e6608b KERNEL32.GetModuleFileNameA+235
Invalid stack frame detected: Unable to read process memory for frame
Answer
The issue was reported to Quality Engineering as SPR #JPIU746Q8S and fixed in the following releases:
Fixed in: 6.5.6 FP2; 7.0.3; 8.0
Excerpt from the Lotus Notes and Domino release fix lists (available at http://www.ibm.com/developerworks/lotus):
SPR# JPIU746Q8S - There is a possibility that AdminP may crash in the process of moving a mail file between two servers. The "Monitor New Mailfile Fields" request can crash while attempting to adjust mail file machine names from the old server name to the new server name.
Refer to the Upgrade Central site for details on upgrading Notes/Domino
As a temporary workaround, turn off the AdminP task.