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

Und täglich grüßt der rm_lkmgr_cpp

(1/2) > >>

ra.t:
Hallo Forum,
kennt jemand diese Meldung ?
"LkMgr End Long Held Lock Dump"

Während dieses Ding läuft ist kein Serverzugriff möglich.
Es startet in unregelmäßigen Abständen irgendwann am Tag und hängt wohl mit der Transaktionsprotokollierung zusammen.
Man denkt immer, so jetzt hab ich´s erledigt, doch eigentlich hat es sich nur für einige Tage "versteckt", bis man es wieder "erwischt".
Interessant ist, das es nicht im Logfile auftaucht, egal wie man die Protokollierung einstellt.

Soll eigentlich behoben sein:
http://www-01.ibm.com/support/docview.wss?uid=swg21449337
Ist es wohl aber nicht.

Micha B:
Das ist aber scheinbar nicht die einzige TN zu dem Thema: http://www-01.ibm.com/support/docview.wss?uid=swg21190126
Scheinbar könnte es verschiedene Ursachen haben und deshalb ist wohl das Problem nicht generell gefixt, sondern nur für die beschriebene Situation. Vielleicht ist ja hier was hilfreiches dabei: http://publib.boulder.ibm.com/infocenter/ieduasst/lotv1r0/index.jsp?topic=/com.ibm.iea.domino/domino/8.0/ProblemDetermination/1297031/player.html
http://www-10.lotus.com/ldd/nd85forum.nsf/0/e97099c5be89cf928525780a00355ec4?OpenDocument

ra.t:
Hallo micha,
natürlich wird es so sein wie du geschrieben hast, es liegt nicht nur an dem Translog.
Ich habe nun die Onlinekomprimierung auch wieder erst einmal nur auf Nachts eingestellt,
obwohl wir eigentlich auch tagsüber einige DB´s (Adressbücher) komprimieren müssen.

mfg
Ralf

J Parlin:
... mich würde hier mal interessieren, ob es schon weitere Erkenntnisse oder Problemlösungen gab !?

Problem ist auch in 8.5.3 FP4 noch vorhanden, bin dran, das Translogging mal auszusetzen, um zu schauen, ob der Fehler dann nicht mehr auftaucht. IBM hat im Moment ( PMR ) auch keine Lösung auf die Schnelle ... ( IQ-Suite läuft bei uns noch mit ).

MJ-Ratlos:
Hallo Zusammen,

das Problem trat bei uns auch plötzlich auf, dafür dann aber innerhalb von 2 Wochen auf jedem unserer Mail Server (Cluster) und resultierte beim ersten Mal in einen Crash. Leider hatte ich beim ersten Mal nicht die Chance die Meldungen vollständig zu sehen bevor der Server abgestürzt war und im Log wurden sie hinterher nicht angezeigt.

Als der rm-lkmgr zum zweiten Mal auf dem anderen Server des Mail-Clusters losgelegt hat, habe ich es direkt mitbekommen.
Auf der Kommadozeile wurden mehrere Lock-Meldungen angeben, wie z.B. folgende:
Lock(Mode=X * LockID(DB DB=D:\Lotus\Domino\Data\log.nsf)) Waiters countNonIntentLocks = 2 countIntentLocks = 0, queuLength = 45

Dabei fiel mir auf, dass neben den Datenbanken wie log.nsf, admin4.nsf etc auch die Mail-Datenbank eines Nutzers genannt wurde.
Daraufhin habe ich schnell die Verbindung des Users zu der DB/dem Server unterbochen (drop "Username"), dann einen dbcache flush durchgeführt und anschließend fixup, updall und compact über die Mail-DB laufen lassen.

Der rm-lkmgr hörte danach auf zu rattern. Der Server musste nicht mal neu gestartet werden.
Eventuell lag es zuvor auch schon an dieser Datenbank, da sie auf beiden Servern vorhanden ist.

Aufjedenfall trat das Problem seitdem nicht nochmal auf.... aber wer weiß. Einen Fix von IBM gibt es ja scheinbar noch nicht.

Um die genaue Ursache zu ermitteln fehlt mir leider die nötige Erfahrung. Ich war schon froh dass ich einen zweiten Crash abwenden konnte  :-[

Navigation

[0] Themen-Index

[#] Nächste Seite