Hallo Heiko,

das hat mit j-lawyer erstmal wenig zu tun.

Hast Du ein Update des Mailprogramms eingespielt?
Was passiert, wenn Du eine .eml lokal speicherst und dann per Doppelklick im Explorer öffnest?

Grüße,
Jens
(j-lawyer.org)

Hallo Manfred,

jetzt verstehe ich. Seit j-lawyer.org 1.12 erstellt „ablegen als PDF“ die PDFs im sogenannten PDF/A-Format, da der ERV das so fordert (bspw. für beA): https://github.com/jlawyerorg/j-lawyer-org/issues/602

Der Foxit fragt mich über ein Popup, ob ich beim Öffnen eines PDF/A in den Editiermodus wechseln möchte. Wenn man das permanent möchte, gibt es in den Einstellungen einen PDF/A-Ansichtsmodus o.ä. Den genauen Wortlaut kann ich Dir gerade nicht sagen, da hier alles mit englischer Oberfläche läuft.

Grüße,
Jens
(j-lawyer.org)

Zu Dokumentation- und Recherchezwecken hier ein paar Stichpunkte zu den Maßnahmen, die ich heute bei Christian durchgeführt habe:

Letztlich lag es in diesem Fall nicht an der großen Logdatei. Die Analyse hat ergeben, dass eine bestimmte Abfrage, die zur Aktualisierung der Desktopansicht regelmäßig und zyklisch ausgeführt wird, eine hohe Last auf dem Datenträger verursachte. Nach dem Ausschlussprinzip konnten verschiedene mögliche Ursachen ausgeschlossen werden (defekte Datenbanktabelle, fehlende Indexe, falsche Optimizer-Einstellungen, …).

Ursächlich war hier eine Einstellung des Datenbankcaches, der in MySQL wie folgt ermittelt werden kann:

show variables like '%innodb_buffer_pool_size%';

Das ergab einen Wert von 512 Byte, also praktisch wurde kein Cache genutzt und immer alles von Platte gelesen.

Man kann die Werte für Größe des Caches und aktuelle Nutzung auch wie folgt abfragen:

SHOW ENGINE INNODB STATUS\G

(Achtung, sehr umfangreiche Ausgabe)
Dort finden sich dann u.a. diese Ausgaben:

----------------------
BUFFER POOL AND MEMORY
----------------------
Buffer pool size   512
Free buffers       0

In diesem Fall wurde „nichts frei“ angezeigt.

Der Cache wurde dann mit Hilfe des untenstehenden Befehls auf einen Wert von 128 MB gesetzt:

SET GLOBAL innodb_buffer_pool_size=134217728;

Das alles geht „online“, ohne die Datenbank neu zu starten. Wenn man den Wert permanent erhöhen möchte, so muss er zusätzlich in die MySQL-Konfiguration „my.cnf“ eingetragen werden.

Grüße,
Jens
(j-lawyer.org)

Ich supporte via AnyDesk: https://www.j-dimension.com/fernwartung/

Das kann entweder direkt auf dem jeweiligen Gerät installiert werden, oder auf einem beliebigen anderen, von dem aus wir uns dann per RDP o.ä. auf die Zielumgebung einwählen.

Kann man hier weitere Informationen bekommen?

Wenn damit gemeint ist, ob das Thema per Forum weiterbehandelt werden kann: eher nicht. Das wäre eine Menge hin- und her um die Ursache zu ermitteln, die mich unterm Strich mehr Zeit kostet als es direkt zu anzuschauen und zu lösen.

Die Konfiguration / der oben angegebene Abschnitt muss nicht angepasst werden.

Danke für die server.log. Sie ist in der Tat voller Fehler – nach wie vor schaut es so aus als würde bereits ein Server laufen, oder es gibt eine andere Software, die die gleichen Netzwerkports belegt.

Außerdem ist die MySQL-Datenbank zwar erreichbar, hat aber keine j-lawyer-Datenbank.

Aus Effizienzgründen wäre hier eine Fernwartung das Mittel der Wahl.

Beste Grüße,
Jens
(j-lawyer.org)

Windows Task Manager öffnen und dort den Prozess „java.exe“ per Rechtsklick beenden. Dann die Diensteansicht aktualisieren, und der Dienst sollte gestoppt sein.

Grüße,
Jens
(j-lawyer.org)

Welche Einträge oder Pfade passen denn nicht in der Anleitung?