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

[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]

"ACCESS_VIOLATION" deutet auf ein Zugriffsrechteproblem.

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.

[WernerMo]

Hallo,

sorry für die "Falschmeldung" ...

Kaum war ich weg - ist es mir "gedämmert".

Gruß Werner

[steppe]

Nur um mal sicherzugehn
Ich hab hier eine englische Installation.

@eknori
wiederherstellbare Löschungen=soft deletions ?
Wenn ja. Das ist bei der Datenbank deaktiviert.

@werner
Ist das der Haken bei "Disable Automatic Updates of views" ?

Falls das noch von Belang ist. Es ist ein Domino 6.5.6 mit FP2.

Grüße
stephan

[eknori]

ja, soft del.
Mache trotzdem mal ein updall -r auf der Datenbank und ein Fixup -f
Dann solltest du zumindest mal an der Console sehen, ob da irgendwas faul ist.

[WernerMo]

Hallo,

sorry, auch in diesem Punkt:

@werner
Ist das der Haken bei "Disable Automatic Updates of views" ?

war ich auf dem "falschen Dampfer", nein ich war gerade ganz wo anders und hatte was ganz anderes gemeint, das aber hier nicht hinpasst.

Sorry,
Gruß Werner

[steppe]

Naja da er dabei abstürzt. Das seh ich ja auch im Console Log, dass das die letzte Datenbank ist die er anfasst würde es mich wennschon über die Feiertage retten. Ansonsten wäre ich dauernd beschäftigt den Dienst neuzustarten.

Die Datenbank ist 13,6 GB groß und befindet sich im Zugriff. Kann das updall -f und der fix den Betrieb irgendwie stören ?

Grüße
Stephan

[pedsola]

Die Datenbank ist 13,6 GB groß und befindet sich im Zugriff. Kann das updall -f und der fix den Betrieb irgendwie stören ?

ja, das wird mit Sicherheit den Betrieb stören. Mach das am besten abends gesteuert über Program-Dokumente

[Ralf_M_Petter]

kannst du mal den gesamten Stacktrace des Fatal Threads reinstellen.

Für mich sieht es nach einem Problem mit dem Volltextindex aus. Würde am Abend mal den Volltextindex der Datenbank löschen und neu erstellen. Eventuell auch mal prüfen, ob Ihr den Eintrag FTG_USE_SYS_MEMORY in eurer Notes.ini habt. Wenn ja sollte man diesen entfernen, da er in mehreren 6er Versionen zu abstürzen führt.

Grüße

Ralf

[steppe]

Hallo,

dieser Parameter war mal vorhanden. Wurde aber dann entfernt.

Ich hab mal den Stacktrace in eine Textdatei kopiert und angehängt. Der Volltextindex taucht hier wirklich öfters auf.

Grüße
Stephan

[Ralf_M_Petter]

Ich würde den Volltextindex komplett löschen. Im Filesystem auch kontrollieren ob er wirklich gelöscht ist und dann den Volltextindex neu erstellen. Dann wird es mit ziemlicher Sicherheit wieder gehen. Weiters würde ich mal überlegen den Domino auf die neueste Version hochzuziehen, da Version 6 schön langsam nicht mehr unterstützt sein wird.

Grüße

Ralf

[steppe]

Im Januar ist die Umstellung auf 8.5.1 geplant

Das versuche ich. Danke für die Hilfe.

Grüße
Stephan

[steppe]

Ich muss das Thema leider wieder aufgreifen.

Die Sache läuft nach dem Neuerstellen des Indexes ungefähr 2 Wochen gut. Danach hab ich wieder die gleichen Abstürze.

Das gleiche bewirkt einen fixup auf die "BasisDB" (von dem der Index generiert wird).

Gibt es sonst noch etwas was ich machen kann ? Ansonsten warte ich bis Domino 8.5.1 64Bit drauf läuft und meld mich wieder wenns da auch absemmelt

Grüße
Stephan