Hallo, grad ist mir die aktuelle Symcon Version zum zweiten Mal abgeschmiert. Folgende Version ist installiert:IP-Symcon 6.0, Raspberry Pi, 09.07.2021, 72f9a85b6175
Ich habe den Verdacht, dass ein Problem mit HM besteht: ein HM Aktuator mit Leistungsmessung scheint das System aus dem Tritt zu bringen … nachdem meine PoolPumpe und damit die Leistungsmessung gestartet ist friert das System ein, nichts schaltet /regelt mehr, der Zugriff über die Pro Konsole funktioniert nicht mehr. Habe in einer putty Sitzung mit tail -f /var/log/symcon/logfile.log auf IPS geschaut, in einer zweiten den Dienst gestoppt …dauert ewig, im Tail werden nur noch die eingehenden Meldungen des HM Devices gezeigt… der Dienst stoppt nicht.
Erst ein reboot des RASPI’s löst das Problem.
Logfiles sind verfügbar …
wenn Du den Symcon Dienst mit z.B. htop killst, kannst Du Symcon doch auch ohne reboot des Raspberry neu starten?
Das interessiert mich, habe ähnliches Fennomen. Wenn ich den Symcon Dienst dann gekillt habe und neue gestartet, kann ich symcon auch wieder eine Zeit lang normal stoppen. Bis das Problem dann wieder von Neuem auftritt.
Bei mir suche ich auch noch nach Lösung dem Problem auf den Grund zu kommen und zu beseitigen.
Werde ich beim nächsten mal probieren und berichten.
Habe heute Update auf die neueste Version gemacht, extra ein tail auf das IPS Log gemacht… aber das Stoppen klappte ausnahmsweise vorbildlich😌 warten wir es ab…
Gruß Michael
mmhhh Problem tritt grad wieder auf: PoolPumpe eingeschaltet und damit HM Leistungsmessung angeregt Werte zu senden ==> IPS hängt, kein Zugriff mehr über die Konsole, tail zeigt das IPS lebt aber extrem träge, über htop versucht Prozess zu killen (F9)…das beeindruckt den Dienst aber nicht …
Hilft wieder nur ein Reboot…Ideen dazu?
Sorry, hab ich nicht probiert da ich mit IPSStudio visualisiere … und die Views können dann auch nicht mehr Connecten, entsprechende Meldung wird auf den Tabletts angezeigt.
Würden euch Log Files helfen?
Es passiert definitiv wenn das HM Device nach ein oder Umschalten der Pumpe durch das Hochlaufen der Leistungswerte ordentlich Werte sendet (wobei im im HM Device schon auf einmal pro Sekunde eingeschränkt habe)
Gruß Michael
Bei mir ist die Lage wesentlich besser. Gestern hatte ich noch 3 Hänger alleine am Morgen. Seit dem Update läuft alles wieder wie am Schnürchen und in gewohnter Zuverlässigkeit.
@paresy Vielen Dank für Deine Hilfe und die schnelle Bereitstellung des Fixes!
ich bin da jetzt kein Fachmann. Wie ich aber verstanden habe ist es so, dass Du erst auf das Problem wartest. Wenn es dann da ist startest Du das Tool, dann kommt die Meldung, das irgend ein File nicht gefunden worden ist, Du drückst c + ENTER und lässt das Tool dann solange laufen bist das Tool automatisch stoppt und die Fehlerzeile ausgibt. Danach machst Du den Part mit dem Schreiben in den Textfile, den Du dann parsey als pm bereit stellst.
Das muss so nicht richtig sein - aber vielleicht doch ;).
Gruss Dirk
Nachträglich editiert und ergänzt:
Siehe dazu auch den Post von parsey hier
Deswegen macht es manchmal Sinn IPS ohne Debugger zu starten. Und wenn das Problem da ist die Option B aus dem genannten Thema zu nutzen Mit Debugger passieren solch kuriose Fehler manchmal gar nicht oder viel seltener.
@syncmaster Deine Aussage ist somit nicht verkehrt. Ich hatte dir das quasi auch so versucht zu erklären
OK, das hatte ich tatsächlich anders verstanden … Debugger ist jetzt gestoppt, IPS service gestopped und neu gestartet …warten wir weiter…
Gruß Michael
sudo service samcon status
Unit samcon.service could not be found.
pi@raspi-4-1:~ $ sudo service symcon status
● symcon.service - LSB: Kurze Beschreibung
Loaded: loaded (/etc/init.d/symcon; generated)
Active: active (exited) since Sat 2021-07-17 19:39:02 CEST; 1 day 2h ago
Docs: man:systemd-sysv-generator(8)
Process: 6987 ExecStart=/etc/init.d/symcon start (code=exited, status=0/SUCCESS)
Jul 17 19:39:01 raspi-4-1 systemd[1]: Starting LSB: Kurze Beschreibung…
Jul 17 19:39:02 raspi-4-1 symcon[6987]: IP-Symcon started with PID 6993
Jul 17 19:39:02 raspi-4-1 systemd[1]: Started LSB: Kurze Beschreibung.
Die PID ist also 6993 ???
sudo gdb --pid 6993
GNU gdb (Raspbian 8.2.1-2) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type „show copying“ and „show warranty“ for details.
This GDB was configured as „arm-linux-gnueabihf“.
Type „show configuration“ for configuration details.
For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/.
For help, type „help“.
Type „apropos word“ to search for commands related to „word“.
Attaching to process 6993
ptrace: Kein passender Prozess gefunden.
Also ist es nicht die PID ? Wie bekomme ich die raus?
Mit Debugger passieren solch kuriose Fehler manchmal gar nicht oder viel seltener.