ich habe seit einigen Jahren ein ZWave Netz am laufen, Symcon läuft auf einem PI4, zwei andere Pis mit jeweils einem Razberry Modul sind die Controller. Zwei, weil ich vor 2/3 Jahren Probleme mit der Erreichbarkeit einiger Nodes hatte, daher habe ich mein Netz zwei geteilt. Das Ganze lief nun über die Jahre mehr oder weniger problemlos. Seit einigen Wochen habe ich nun das Problem, das Symcon plötzlich einen der Controller nicht mehr erreichen kann. Alle Requests dahin laufen (nach einer langen Zeit) in einen Timeout. Ich muss Symcon neu starten, damit hier alles wieder funktioniert. also ein Neustart des Controllers bringt nichts bzw. ist auch nicht notwendig, nur Symcon muss neu gesartet werden. Ein deaktivieren/aktivieren der Schnittstelle in Symcon bringt auch nichts, es hilft wirklich nur ein Neustart. Somit scheint es also „nur“ an Symcon zu liegen und nichts mit dem Controller zu tun zu haben oder generell das nichts mit dem ZWave Netz als solches zu tun, sondern wirklich nur mit der Erreichbarkeit des Controllers von Symcon aus. Die Probleme treten leider (oder glücklicherweise, kann man auch so interpretieren ) nur sporadisch auf, daher ist eine Fehlersuche extrem schwierig. Jedenfalls habe ich im Symcon-Log und auch im Rasberry-System-Log eigentlich nichts auffälliges zum Problemzeitpunkt finden können, warum das immer wieder mal so ist. Normalerweise laufen auch alle anderen Sachen in Symcon ohne Probleme weiter, also bsp. auch das zweite ZWave Netz funktioniert ohne Probleme. Ein Mal musste ich aber tatsächlich den ganzen Raspberry abschiessen, Symcon lies sich nicht beenden bzw. Restarten. Das ist aber nur ein mal passiert, ich gehe hier also nicht unbedingt von einem Zusammenhang aus. Hat jemand eine Idee oder einen Tipp wo ich das nächste Mal noch nachschauen könnte um das Problem weiter einzugrenzen? Oder muss ich irgendwo noch den Loglevel o.ä. erhöhen?
Oder hat jemand eine Idee, wie ich diesen Fehler überwachen kann, dann könnte ich zumindest per POE Powercycle den ganzen PI auf dem Symcon läuft hart neu starten… so wie es im Moment ist, ist es eigentlich nicht mehr zuverlässig einsetzbar
Es ist gerade eben wieder passiert… Und ja, ich bekomme auch auf dem Gateway bei Informationen neu laden" einen Timeout „Waiting for acknowledge timed out in /- on line 3“. Ok, wie kann ich den das am besten in einem Skript auswerten? Und, was kann ich noch tun, um dem Fehler auf die Spur zu kommen, im Moment sieht es ja so aus, als ob es schlicht an Symcon liegt. Ich werde Symcon mal auf einem neuen Raspberry aufsetzen, mal sehen ob es da auch passiert. Aber mir ist komplett unklar, was das Verhalten auslöst…
Leider wird es immer häufiger… mal 4 Tage, mal 3 mal an einem Tag Ich habe nun noch festgestellt, ich kann nicht mal den Client Socket für das Zwave-Gateway deaktivieren, schon das schlägt komplett fehl, Symcon landet in einer gefühlten Endlosschleife. Offenbar hängt hier also in Symcon irgendwas komplett schief… Irgendjemand eine Idee, wie ich das wieder hinbekomme oder wie ich dem Fehler auf die Spur komme? Weil ich weiss nicht mehr was ich machen soll… Sonst bleibt ja nur noch, Symcon komplett von Scratch neu zu installieren und hoffen, das es dann passt, und das mache ich nicht, die ganzen Skripte und alles, da habe ich keine Lust… Neuinstallation und Restore des Backup habe ich schon versucht, bringt nichts…
Ob der Fehler schon mit 6.3 da war, kann ich im Moment nicht mit Sicherheit sagen, ich glaube aber schon.
Du meinst, wenn du dies deaktivierst, dann hängt sich die Konsole auf?
Wenn das Problem auftritt, das Symcon der Meinung ist, dass das Gateway nicht zu erreichen ist und ich dann versuche, den Client Socket zu deaktivieren, passiert nichts mehr, das animierte Symcon-Logo hört nicht mehr auf. Ich habe aber nicht darauf geachtet, ob ich hätte noch was anderes anklicken können, also sprich ob die Konsole wirklich komplett tot war, kann ich nicht sicher sagen, ich werde das aber beim nächsten Mal nochmal prüfen. Ich habe dann den Dienst gekillt und neu gestartet, ein Stop war auch quasi nicht möglich. Ein sudo /etc/init.d/symcon stop oder restart dauert ewig. Man hat den Eindruck, Symcon hat sich komplett aufgehängt, ich musste dann ein kill machen, dann konnte ich symcon problemlos neu starten und danach funktioniert alles einwandfrei, als wäre nie was gewesen. Gibt es nicht irgendein Log aus dem ich ggf. mehr rauslesen könnte? Mir ist auch nach wie vor nicht klar, warum das zu so einer Situation kommt. Ich habe mal zum testen den Rasberry mit der Razberry Platine aus dem Netz genommen, also das nun tatsächlich das Gateway nicht zu erreichen ist. Das ist dann kein Problem, also ausser das es logischerweise nicht mehr zu erreichen ist aber da bleibt nichts hängen…
EDIT: ich habe auch schon symcon auf einem anderen Raspberry neu aufgesetzt, aber natürlich das Backup rübergespielt… das führt zum selben Verhalten. Also irgendwo muss da was quer hängen. Das blöde ist, der Fehler tritt nicht reproduzierbar auf, es kann echt mal auch eine Woche ohne Probleme laufen, im nächsten Moment dann hängt es sich wieder 3 mal am Tag auf. Ich kann überhaupt keinen Zusammenhang mit irgendwas (Schaltvorgang, Aktualisierung, Skipt… o.ä.) feststellen.
) nur sporadisch auf, daher ist eine Fehlersuche extrem schwierig. Jedenfalls habe ich im Symcon-Log und auch im Rasberry-System-Log eigentlich nichts auffälliges zum Problemzeitpunkt finden können, warum das immer wieder mal so ist. Normalerweise laufen auch alle anderen Sachen in Symcon ohne Probleme weiter, also bsp. auch das zweite ZWave Netz funktioniert ohne Probleme. Ein Mal musste ich aber tatsächlich den ganzen Raspberry abschiessen, Symcon lies sich nicht beenden bzw. Restarten. Das ist aber nur ein mal passiert, ich gehe hier also nicht unbedingt von einem Zusammenhang aus. Hat jemand eine Idee oder einen Tipp wo ich das nächste Mal noch nachschauen könnte um das Problem weiter einzugrenzen? Oder muss ich irgendwo noch den Loglevel o.ä. erhöhen?