Domino startet nicht nach Absturz

[Chris K]

OS: Windows Server 2008 R2 64 Bit
Domino: 8.5.2 FP2

Moin,
ich bekam auf einem Entwicklungsserver folgende Meldung mehrfach

Code

Process C:\Program Files\IBM\Lotus\Domino\namgr.EXE (3164/0xC5C) has terminated abnormally

Agenten liefen nicht mehr und der Agent Manager ließ sich, nachdem er beendet wurde, nicht mehr neustarten. Ich denke, das hat mit meinem eigentlichen Problem nichts zu tun, wollte es aber der Vollständigkeit halber dazuschreiben. Ich beendete den Server also ganz normal. Der Neustart allerdings klappte nicht, die einzigen Meldungen waren diese hier:

Code

Lotus Domino (r) Server (64 Bit), Release 8.5.2FP2 HF253, June 03, 2011
Copyright (c) IBM Corporation 1987, 2010. All Rights Reserved.

In den Logs ist auch absolut nichts zu finden. Nachdem ich dafür keine Lösung finden konnte, habe ich den Server neu installiert und nur die Datenbanken in das Datenverzeichnis zurückkopiert und er lief danach auch wieder. Leider habe ich danach erst festgestellt, dass im Datenverzeichnis die Datei ~notes.lck lag und vermutet, dass die zum Problem führte. Als ich allerdings den Server stoppte und die Datei zum Test wieder in das Datenverzeichnis kopierte, ließ er sich immer noch starten. Meine Frage ist jetzt, ob es noch mehr Lock-Dateien gibt oder jemand sonst überhaupt einen Ansatz hat, wo das Problem liegen könnte. Da in den Logs nichts steht, komme ich einfach nicht weiter. Ich habe hier noch eine Dateiliste des Datenverzeichnisses abgelegt (ohne Unterverzeichnisse): http://pastebin.com/gfS93SvT

[blizzard]

Ich glaube du warst einfach zu ungeduldig. Der Server wäre sicher hochgekommen, wenn du etwas länger gewartet hättest.

[Dr.Domino]

Üblicherweise kommt diese NAMGR Meldung "periodisch", immer dann, wenn da ein Agent "Unfug" gemacht hat.
Spannend wäre in der Tat, wielange er Server mit den beiden "Startzeilen" gehangen hat ...

[pedsola]

das kann schon mal ein Weilchen dauern wenn die names.nsf auch in Mitleidenschaft gezogen wurde beim Crash. Je nach Grösse der names und ob mit oder ohne TDP zieht das etwas hin.

[m3]

Das hab ich schon mal gesehen, da ist der Server dann nach 1h weitergelaufen, nachdem er vorher nach den zwei Zeilen stehen geblieben ist.

[koehlerbv]

Das eigentliche Augenmerk muss jetzt sowieso dem Problem des AMgr gelten: Welche Agents liefen auf dem Entwicklungssystem in der fraglichen Zeit? Spricht das Log da noch irgendwas? Irgendein Agent scheint da ja massiven Murks zu bauen (oder eine DB ist massiv korrupt - aber in der DB muss dann auch der AMgr beschäftigt gewesen sein).

Bernhard

[Chris K]

Das eigentliche Augenmerk muss jetzt sowieso dem Problem des AMgr gelten: Welche Agents liefen auf dem Entwicklungssystem in der fraglichen Zeit? Spricht das Log da noch irgendwas? Irgendein Agent scheint da ja massiven Murks zu bauen (oder eine DB ist massiv korrupt - aber in der DB muss dann auch der AMgr beschäftigt gewesen sein).

Bernhard

Dass da ein Agent Murks baut, kann gut sein; ist ja ein Entwicklungssystem Aber ja, danke für die Antworten. Vielleicht hätte ich wirklich länger warten sollen. Maximal waren es schätzungsweise 10 Minuten. Ich schließe das Thema dann mal ab.

[MCPvsTron]

Eine andere mögliche Erklärung ist ein per Directory Assistance eingebundes sehr großes zusätzliches Adressbuch. Bevor dieses nicht korrekt initialisiert wurde (was auch den Aufbau der entsprechenden Ansichten für das Mailing $Users etc. bedeutet) startet der Server nicht. Das siehst du in keinem Log, nur das im Temp Verzeichnis des Domino Servers sporadisch neue .dtf Dateien erzeugt werden und danach auch wieder zum Teil verschwinden. Wir haben ein Adressbuch mit 450.000 Dokumenten. Wenn da der Server mal abstürzen sollte und kein TR-Logging aktiv ist dauert das zum Teil eine Stunde (auf einer kleineren VM wohlgemerkt)

Viele Grüße
Christian