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

Probleme mit Mailvorlagen

<< < (2/4) > >>

Ralf_M_Petter:
Wie gut sind deine Java Kenntnisse?

rambrand:
Eher mau ...
Aber wenn dabei irgendein Log rauskommt, kann ich es vielleicht jemandem zeigen, der sich da besser auskennt.

Bye
Markus

Ralf_M_Petter:
Wenn die Kenntnisse eher schlecht sind, kannst du immer noch einen Threaddump erstellen, wenn der Client hängt. In diesem wird für jeden Thread ein Callstack erstellt. In diesem Log würde man auch erkennen wenn der Main Thread der die ganzen UI Angaben verarbeitet in einem Deadlock gefangen ist. Einen Threaddump kannst du erstellen, indem du auf einer Windows Command line in das Verzeichnis "C:\Program Files (x86)\IBM\Lotus\Notes\framework\rcp" wechseltst und dann den Befehl "rcplauncher.exe -com.ibm.rcp.core.logger#dump threads -dumps javacore" ausführst. Der Threaddump wird dann im logs Verzeichnis des Notes Eclipse Workspace in deinem Datenverzeichnis (Bei mir in C:\Program Files (x86)\IBM\Lotus\Notes\Data\workspace\logs") erstellt.

In dem Dump dann nach ""main" J9VMThread" suchen und dort sollten dann die Callstacks für jeden Thread angeführt sein. Beginnend mit dem Main Thread, der die UI Event Verarbeitung durchführt. Besonderes Augenmerk würde ich fua den state des Threads legen. Normalerweise enthält dieser Thread den Status R für Running.

Andere Statis sind folgendermaßen in der Doku der IBM JVM nachzulesen:

    R (Runnable): Der Thread kann bei Bedarf ausgeführt werden.
    CW (Condition Wait): Der Thread befindet sich im Wartestatus, beispielsweise aus den folgenden Gründen:
        Der Thread wurde für eine Ein-/Ausgabe geblockt.
        Eine wait()-Methode wurde aufgerufen, um auf die Benachrichtigung eines Monitors zu warten.
        Der Thread wird über einen join()-Aufruf mit einem anderen Thread synchronisiert.
    S (Suspended): Der Thread wurde von einem anderen Thread ausgesetzt.
    Z (Zombie): Der Thread wurde abgebrochen.
    P (Parked): Der Thread wurde von der neuen Concurrency-API von Java (java.util.concurrent) vorgehalten bzw. "geparkt".
    B (Blocked): Der Thread wartet auf die Übernahme einer Sperre, die gerade anderweitig vergeben ist.

Grüße

Ralf

rambrand:
Den Dump hab ich bekommen. Stehen alle auf State R(unnable).

State Data Manager, Log Event Dispatcher, Framework Event Dispatcher, Start Level Event Dispatcher, Thread-7, worker-4, worker-9, Thread-14, NotesGCThread0, STMC MessageProcessor Runner, STMC Event Processor Thread 0-2, Thread-33, worker-297, worker-302, worker-304 und worker-310 stehen auf CW.

Aber ich habe keine Ahnung, ob sich daraus was ableiten lässt.

Mich irritiert, dass das nur bei denen auftritt. Aber die haben alle das gleiche Notes wie alle anderen Mitarbeiter. Und nachdem ich mal im Haus rumgefragt habe, sind das doch einige die Mailvorlagen nutzen, also kann es kein generelles Problem mit den Mailvorlagen sein.
Ein Mitarbeiter hat nun eine Mailvorlage nochmal neu angelegt und wird nun genau überprüfen, ob das Problem mit der neu erstellten Mailvorlage auftritt, wovon ich eigentlich ausgehe.

Bye
Markus

Ralf_M_Petter:
Kannst du noch den Call Stack des Main Thread posten. Eventuell kam man dem einen Hinweis entnehmen. Wobei für mich schon extrem seltsam ist, dass der main Thread auf R steht. Bist du sicher, dass der nicht mehr reagiert. Was ist wenn du z.B. die Größe des Sidebar veränderst. Kann es sein, dass das doch funktioniert?

Grüße

Ralf

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete