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?
Gruß
Peter
Hi Tom,
ist hier auch so, kille auch.
Vermutung, hängt mit LCN zusammen.
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.
Könnt ihr mal sehen, an welcher Stelle das Logfile dann hängen bleibt?
paresy
ich hoffe, das reicht dir, ansonsten schicke ich dir auch gerne mehr
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Module: EnOcean EEP F60203RX
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Module: ProJet Gateway
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Module: ProJet Tracker
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Module: ProJet WatchDogTimer
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Module: EnOcean EEP A50802RX
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Module: WRMS200 Gateway
21:44:17 | 00000 | MESSAGE | ModuleLoader | #Unloaded Library: Build-In Library
21:44:17 | 00000 | MESSAGE | Kernel | Saving settings...
21:44:17 | 00000 | MESSAGE | Kernel | Terminating message thread...
21:44:17 | 00000 | MESSAGE | LicensePool | Removing...
21:44:17 | 00000 | MESSAGE | CategoryManager | Removing...
21:44:17 | 00000 | MESSAGE | ObjectManager | Removing...
21:44:17 | 00000 | MESSAGE | InstanceManager | Removing...
21:44:17 | 00000 | MESSAGE | VariableManager | Removing...
21:44:17 | 00000 | MESSAGE | ScriptManager | Removing...
21:44:17 | 00000 | MESSAGE | EventManager | Terminating event thread...
21:44:17 | 00000 | MESSAGE | EventManager | Removing...
21:44:17 | 00000 | MESSAGE | MediaManager | Removing...
21:44:17 | 00000 | MESSAGE | LinkManager | Removing...
21:44:17 | 00000 | MESSAGE | ModuleLoader | Removing...
21:44:17 | 00000 | MESSAGE | FlowHandler | Removing...
21:44:17 | 00000 | MESSAGE | ProfilePool | Removing...
21:44:17 | 00000 | MESSAGE | Settings | Terminating settings thread...
Nach
/etc/init.d/symcon restart
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.
SChließe mich an:
und hier mal der Logfieauszug von gerade:
16:43:26 | 00000 | MESSAGE | ModuleLoader | #Unloaded Library: Build-In Library
16:43:26 | 00000 | MESSAGE | Kernel | Saving settings...
16:43:26 | 00000 | MESSAGE | Kernel | Terminating message thread...
16:43:26 | 00000 | MESSAGE | LicensePool | Removing...
16:43:26 | 00000 | MESSAGE | CategoryManager | Removing...
16:43:26 | 00000 | MESSAGE | ObjectManager | Removing...
16:43:26 | 00000 | MESSAGE | InstanceManager | Removing...
16:43:26 | 00000 | MESSAGE | VariableManager | Removing...
16:43:26 | 00000 | MESSAGE | ScriptManager | Removing...
16:43:26 | 00000 | MESSAGE | EventManager | Terminating event thread...
16:43:26 | 00000 | MESSAGE | EventManager | Waiting for event script threads to finish...