Ich vermute laut der Zeile sollte es aktuell die 6987 sein. ein „pidof symcon“ sollte dir auch die korrekte Nummer verraten.
paresy
mit der 6987 hat der Debuggger auch nichts anfangen können, in htop konnte ich IPS auch nicht mehr ausmachen => wahrscheinlich hatte es das Zeitliche komplett gesegnet. Logfile wäre verfügbar)
Normalerweise ist die pid bei mir 3-stellig.
Wie dem auch sei, habe gestern neu gestartet (reboot) und mal direkt die pid (508) notiert … hoffen wir auf das nächste Vorkommen.
Gruß, Michael
So, gerade eben war wieder Schluss:
Der Prozess war einst mit PID 508 gestartet …die PID gibt es jetzt nicht mehr …
Komischerweise sagt der Service er sei aktiv:
Bleibt nur ein reboot … Ideen?
Gruß Michael
Steht da sonst, wenn er aktiv läuft, auch ein active (exited)?
Es wirkt so, als wenn er bei dir nicht hängen bleibt, wie bei den anderen, sondern wirklich abstürzt. D.h. deine erste Variante mit direkt über GDB starten wird besser sein. Also starte es über sudo gdb symcon und dann ist wichtig, dass die SSH Session aktiv bleibt.
Kannst du mal dmesg eintippen? Kommt da was mit OOM?
paresy
active exited steht immer dann wenn nach einem Reboot gestartet wurde. Eben habe ich den Dienst gestoppt (obwohl er keine PID mehr hatte), habe sudo apt update und uograde gemacht …Symcon ist wieder angelaufen.
Aktuell zeigt der Status:
…aber symcon läuft einwandfrei …
Output demeg folgt per PM
So, grad wieder stehen geblieben (die neueste Version: IP-Symcon 6.0, Raspberry Pi, 22.07.2021, 8b4de2b37ff0.
Hab jetz Symcon über den Debugger gestartet … schaun wir mal
Gruß Michael
Problem: nächsten Freitag geht’s in den Urlaub ==> Symcon muss laufen !!!
SO, nun gibt es einen Set Debug files … ich hoffe das sagt euch was …
gdb.txt (391,9 KB)
IPS gdb 210724 1430.txt (5,4 KB)
Gruß, Michael
