habe leider das Problem, dass ich den symcon Dienst nicht beenden kann. Auch beim update hängt es an der Stelle fest, wo der Dienst beendet werden soll.
Nach einem kill -9 <pid> läuft das update zwar, aber im Konfigurationsbaum sind dann viele Änderungen verloren.
Ich habe es bei mir gerade mal getestet - stoppen und starten funktioniert ohne Probleme (neueste Version, auf Banana Pro). Ich hatte dieses Problem in der Verhgangenheit aber auch schon, wenn IPS abstürzte, der Prozess dabei aber nicht sauber beendet wurde. Kannst Du Dich direkt vor und/oder nach dem Stop-Versuch (/etc/init.d/symcon stop) noch mit der Console auf den IPS verbinden? Gibt es im Log evt. Hinweise? Hast Du serielle Geräte angeschlossen (z.B. FHZ1000), die Du testweise mal abstöpseln kannst?
Ich habe das zwischendurch auch manchmal. An dem Banana der FHZ / PROJET UND 1WIRE dran hat, genügt ein restart. Bei dem Raspberry hing es während des Updates wie oben beschrieben.
Edit : Update auf dem PI ging nun, aber kann den Dienst nicht mehr beenden. Auch nach einem Neustart nicht mehr.
läuft das Sytem weiter, dann hängt sich sonos weg, geht aus!
Log ist zu gross, werde da mal morgen versuchen.
Im Log kommen immer noch neue Daten an, von LCN… Bis zum Kill, Minuten später …
Auch ich habe schon seit beginn dieses Problem, muss immer bei jeden Update oder stoppen killall ausführen.
Bei mir kommt folgende Fehlermeldung beim Versuch den Dienst zu stoppen.
05:52:52 | 12885 | ERROR | FlowHandler | Could not forward data to instance #12885: Scripts cannot be started once shutdown is initiated
05:52:55 | 12885 | ERROR | FlowHandler | Could not forward data to instance #12885: Scripts cannot be started once shutdown is initiated
05:52:57 | 12885 | ERROR | FlowHandler | Could not forward data to instance #12885: Scripts cannot be started once shutdown is initiated
Bei mir kommt es insb. beim Schließen des Dashboards häufig zu „Socket Error #10053“. Die Änderungen sind dann futsch.
Wenn ich Symcon z.B. beim Update neu starte, hängt es beim Beenden des Symcon Dienstes. Killen geht nur mit „-9“, danach finde ich mich in einem Zustand vor einigen Stunden bis Tagen wieder - bereits eingerichtete vars und Scripte sind dann wieder weg. Es sieht so aus, als könne die settings.json nicht richtig weggespeichert werden.
Ich habe mir jetzt angewöhnt, den symcon Dienst bei der Entwicklung möglichst häufig neu zu starten, da fällt mir dieses Problem auf. Im Dashboard habe ich fast jedes Mal irgendwo „Objekt existiert nicht“ und ich muss die var eben neu anlegen. Das passiert auch, wenn der Dienst ordnungsgemäß neu gestartet werden konnte.
die log unter symscon ist ziemlich leer, die unter /var/log sende ich dir per email, wenn das okay ist.
Ich kann mich dem nur anschliessen. Hab auch noch nicht zurückverfolgen können woran es liegt.
Mal funktioniert es und mal nicht. Beim Update oder auch bei Programmabtürzen.
Momentan hab ich das Problem, dass aus heiterem Himmel Symcon auf nichts mehr reagiert,
mal nach Minuten oder ner Stunde. Dann lässt sich Symcon nur durch ein komplett Reboot wieder bewegen.