Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

Updall stoppt Lotus Domino (Service läuft aber weiter)

(1/4) > >>

steppe:
Hallo,

seit ungefähr einer Woche habe ich das Problem, dass beim UpdAll Task bei einer bestimmten selbstprogrammierten Datenbank sich der Server verabschiedet.

Da der Entwickler nun leider schon im Urlaub ist benötige ich eure Hilfe damit ich den Task nicht jeden Tag neu starten muss :)

Über die Notes.ini wird der Task um 22 Uhr gestartet. Über die Java Console habe ich dann gesehen, dass die letzte Datenbank die er checkt die selbstprogrammierte Wissensdatenbank ist.

Aufgrund früherer Totalabstürze habe ich den Eintrag:
ConstrainedSHMSizeMB=2000
in die notes.ini eingetragen.

Kann ich ein Debuglog aktivieren damit ich sehe an welchem Dokument das hängt ? Kurious ist auch, dass wenn ich den Task von der Console aus starte er durchläuft.

Vielen Dank für eure Hilfe.

Grüße
Stephan

WernerMo:
Hallo,

das klingt nach "Rechteproblem"?

Was steht denn in den NSDs?

Gruß Werner

steppe:
Danke für deine fixe Antwort. Ich kenne mich mit NSD Debuggen noch nicht so aus. Hoffe aber, dass das der richtige Part ist. Oder soll ich die gesamte Datei anhängen ?


############################################################
### thread 1/3: [ nUpdAll:  05d8:  0438]
### FP=001774c0, PC=76ff91d5, SP=00177454
### stkbase=00180000, total stksize=77824, used stksize=35756
############################################################
 [ 1] 0x76ff91d5 ntdll.NtWaitForSingleObject+21 (1468,493e0,0,177940)
 [ 2] 0x76a211d8 kernel32.WaitForSingleObject+18 (1468,493e0,0,0)
@[ 3] 0x601a61d1 nnotes.OSRunExternalScript@4+609 (177a58)
@[ 4] 0x601a4e76 nnotes.OSFaultCleanup@12+422 (0,0,0)
@[ 5] 0x601afc67 nnotes.OSNTUnhandledExceptionFilter@4+183 (17814c)
 [ 6] 0x024eefae nnem.SetPASEnabledState+56798 (17814c,76ffeb64,0,17ffd4)
 [ 7] 0x7702d29e ntdll.RtlCreateUserProcess+221 (40739c,7efde000,ffffffff,7704d68c)
 [ 8] 0x7702d45f ntdll.RtlCreateProcessParameters+78 (40739c,7efde000,0,78746341)
INFO (0): Generating core dump for [ nUpdAll:  05d8] (coreflags=0, exp=330f55c, dbgver=6.6.0007.5)
INFO (0): Generated core dump file d:\notes\data\IBM_TECHNICAL_SUPPORT\core_nUpdAll_W32I_ln3str_2009_12_21@22_50_53.dmp

############################################################
### FATAL THREAD 1/3 [ nUpdAll:  05d8:  0438]
### FP=0x00178570, PC=0x75ae9cca, SP=0x00178568
### stkbase=00180000, total stksize=77824, used stksize=31384
### EAX=0x0000197c, EBX=0x00000002, ECX=0x00000007, EDX=0x00000000
### ESI=0x00001960, EDI=0x0017ca18, CS=0x00000023, SS=0x0000002b
### DS=0x0000002b, ES=0x0000002b, FS=0x00000053, GS=0x0000002b Flags=0x00010297
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
 [ 1] 0x75ae9cca msvcrt.malloc+133 (17ca18,1960,1c,36bc003c)
@[ 2] 0x3601cfbd gtr40nts.gtr_MergePatt+3613 (ffffffff,0,0,0)

Grüße
Stephan

WernerMo:
Hallo Stefan,

stelle doch Dein "Licht nicht unter den Scheffel",
das ist doch genau die richtige Stelle:
Den Absturz verursacht der UpdAll und "ACCESS_VIOLATION" deutet auf ein Zugriffsrechteproblem.

Kannst Du nicht den Updall für diese Datenbank abschalten? (zumindest bis der Entwickler aus dem Urlaub zurück ist?)

Gruß Werner

eknori (retired):

--- Zitat ---"ACCESS_VIOLATION" deutet auf ein Zugriffsrechteproblem.
--- Ende Zitat ---
Hmmm??? Seit wann das denn ? Der ACCESS bezieht sich auf Speicherbereiche und nicht auf den Zugriff auf eine Datenbank.

Ist auf der Datenbank wiederherstellbare Löschungen aktiviert? Wenn ja, dann schalte das mal auf, mache einen updall -R und schalte die Option wieder ein.

Navigation

[0] Themen-Index

[#] Nächste Seite