- Dieses Thema hat 19 Antworten, 2 Teilnehmer, und wurde zuletzt am vor 4 Monate von
aktualisiert.
-
Beiträge
-
Hallo,
ich hatte heute das Kontaktfenster geöffnet und dieses hat sich aufgehangen (habe sehr viel Kontakte). Daraufhin habe ich es mit dem X oben rechts geschlossen und dann im Taskmanager den entsprechenden Java-Prozess “Java(TM) Platform SE binary” beendet. Leider startet seitdem jAnrufmonitor nicht mehr. Habe daraufhin das Windows 11 erneut gestartet – ohne Änderungen. Da sich jAnrufmonitor im Autostart befindet, wird dann nur “Java(TM) Platform SE binary” hochgefahren, aber das Programm erscheint nicht mehr. Auch natürlich nicht als Icon unten rechts. Was könnte ich jetzt tun? Ich habe ein vollständiges Image des Systems von gestern, so dass ich ggf. auf Konfigurationsdateien von gestern zurückgreifen könnte.
Vielen Dank für Tipps! StephanHallo fritzboxedition,
gibt es Einträge in der Logdatei jam-0.log unmittelbar nach dem Starten?
Viele Grüße
Thilo<p data-pm-slice=“1 1 []“>Hallo Tilo,</p>
<p data-pm-slice=“1 1 []“>Danke für deine unfassbar schnelle Reaktion! Ja, es gibt jede Menge aktuelle Einträge darin. Die ersten lauten alle sinngemäß etwas mit Severe – Out of Memory – aber bei 64 GB RAM und die waren größtenteils frei. Soll ich das Log mal hier posten oder als E-Mail-Anhang schicken?</p>
<p data-pm-slice=“1 1 []“>Viele Grüße Stephan</p>Nachtrag: Wenn ich jetzt den Java-Prozess beende und dann jAnrufmonitor neu starte, wird die jam-0.log allerdings nicht mehr aktualisiert.
Hallo fritzboxeditiom,
das eigentliche Problem ist eine Out Of Memory Thematik. jAnrufmonitor ist auf 1GB Speicher initial limitiert, du kannst bei der 32-bit Java auf max. 2GB hochgehen, in dem du in der jam.l4j.ini den XMX von 1024 auf 20248 setzt. Damit sollte das Grundproblem behoben sein.
Dann startet dein jAnrufmonitor aktuell nicht, da .lck Dateien durch das abrupte Beenden nicht gelöscht wurden. Entferne bei beendetem jAnrufmonitor diese .lck Dateien aus dem jAnrufmonitor Verzeichnis und dessen Unterverzeichnisse. Danach sollte das Programm wieder starten.
Viele Grüße
ThiloHallo Thilo,
vielen Dank für die Beurteilung des logs! Zunächst mal zum Nichtstarten: Habe alle LCK-Dateien gelöscht, dadurch jedoch noch keine Änderung erzielt.
Was die Java-Architektur 32 oder 64 Bit angeht, bin ich jetzt verwirrt. Ich bin der Meinung, die 64 Bit-Java zu haben.In der CMD erhalte ich folgendes für die Version: java version „1.8.0_481“
Java(TM) SE Runtime Environment (build 1.8.0_481-b10)
Java HotSpot(TM) 64-Bit Server VM (build 25.481-b10, mixed mode)Allerdings sehe ich im Taskmanager in den Hintergrundprozessen, dass dort nicht nur die Java-Plattform SE Binary läuft, sondern auch ein Java Update Scheduler (32-bit).
Viele Grüße
Stephan
Hallo Stephan,
wenn du am Java auf deinem Rechner nichts geändert hast, sollte dein Java 64-bit sein und – sofern jAnrufmonitor ebenso in 64-bit installiert wurde – auch starten. Wenn im Log jam-0.log keine neuen Einträge nach dem Startversuch entstehen, ist das ein Hinweis, dass Programm und Java nicht die selbe Bit-Architektur habe und somit der Start nicht funktioniert.
Viele Grüße
ThiloHallo Thilo,
weder am Programm selbst, noch an der Programm-Installation noch am Java habe ich irgendetwas in der letzten Zeit verändert. Wenn, dann müsste ich schon vor Jahren ein 32-Bit jAnrufmonitor zusammen mit 64-Bit Java installiert haben. Das ist doch gar nicht denkbar, oder? Einzige Unregelmäßig war nur das gewaltsame Beenden der hängenden Kontakte.
Viele Grüße
Stephan
Ok, dann müsste der Start wieder gehen. Lösche mal alle Logdateien im /logs Verzeichnis und starte dann das Programm neu. Klappt es jetzt? Hast du die Anpassungen in jam.l4j.ini wie o.g. durchgeführt?
An der J4j. ini habe ich noch gar nichts gemacht, da Du diese ja zunächst nur im Zusammenhang mit der 32-Bit-Version genannt hattest. In der Datei befinden sich nur die beiden folgenden Zeilen:
-Xms16m
-Xmx512mSollte hier auch bei der 64-Bit-Java-Version etwas gemacht werden?
Das ist unabhängig von der Bit Architektur. Lediglich bei 32-bit kannst du maximal -XMX20248m eintragen.
Du kannst mal auf -Xmx1024m gehen. Das sollte schon reichen.
Ok, dann zunächst noch eine Frage zum Log-Löschen: in log-Ordner gibt es noch einen Unterordner „~hibernatedetect“. Den auch löschen?
ja, diese auch löschen. Also alle Dateien und Unterordner unterhalb vom /log Verzeichnis können gelöschte werden.
<p data-pm-slice=“1 1 []“>Habe die Löschung gemacht und auch die INI-Datei entsprechend editiert. Nun gab es beim Startversuch die Meldung, eine Instanz von jAnrufmonitor würde schon laufen (eventuell, weil ich einen Doppelklick auf das Icon gemachht habe). Außerdem wurde eine neue Log-Datei angelegt, die jetzt andere Meldungen enthält. Im Anschluss habe ich wieder im Task-Manager den Java-Prozess beendet und einen weiteren Start versucht. Auch da gelang der Start nicht. Komischerweise werden aber jetzt wieder keine neuen Log-Dateien erzeugt. Die gerade gesicherte Log-Datei mit den neuen Infos schicke ich dir jetzt per E-Mail.</p>
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.