Raspi IOClient Socket Fehler (Backtrace)

Hallo Zusammen,

Ich habe auf einem RasPi das Problem, das mir Symcon nach ein paar Tagen laufzeit immer Abstürtzt.
Anfangs kam der Absturz schon nach weningen Stunden, durch das Entfernen des IPS868 Gateways hat sich die Laufzeit wieder verlängert.

Fotos der Backtrace Ausgabe von GDB der letzten Abstürze ich angehängt. (Ist leider ein Lokaler Monitor zur ausgabe)
Hab leider momentan keine Idee woran es leigen könnte, mein nächste Versuch, wäre das neuinstallieren des Raspis.

Danke für eure Hilfe!

Grüße
Daniel

Hat denn keiner eine Idee?
Oder muss ich nochwas an Daten liefern um den Fehler einzugrenzen?

Ansonsten würde ich die Woche dann man den PI neu installieren.

Gruß Daniel

Gesendet von meinem Nexus 5X mit Tapatalk

Ich sehe auf dem einem Screenshot, dass der Socket geschlossen wurde. Was ist das für Hardware, die du nutzt? Öffnet und Schließt die ständig den Socket?

paresy

Hi Paresy,

Schonmal danke für die Hilfe.

An dem Raspi hängt per LAN folgendes:

  • Homeatic CCU1
  • IPS-868 Gateway
  • UVR1611 mit BL-NET

Wenn ich richtig weiß, macht IPS ja Automatisch den Socket auf/zu um die Daten vom BL-Net auszulesen.

Grüße
Daniel

Also ich hab das Auslesen der UVR1611 über den BL-Net jetzt seit ein paar Tagen Deaktiviert.
Seitdem scheint es durchzulaufen.
Hatte die Zeit zum Auslesen auf 45sek.
So lief das ganze auch früher in einer Win7 VM ohne Probleme.

Noch einer ne Idee?

Grüße
Daniel

Das muss definitiv ein Bug in IP-Symcon sein. Ich weiß nur noch nicht, wie wir dem auf die Spur kommen.

paresy

Hallo Paresy,

Gibt es eigentlich was neues von eurer Seite zu dem Thema?

Ich hab den Raspi jetzt mal auf die aktuelle 5.1 Testing aktualisiert und beobachte ob der Fehler weiterhin auftritt.

Grüße
Daniel

Ich habe mittlerweile eine Idee woran es liegen kann - jedoch noch keine Zeit gehabt mich darum zu kümmern.

paresy

Hallo paresy,

Kein Problem, ist aktuell nicht so dringend.
Die 5.1 Testing hat heute morgen das gleiche Problem gezeigt.

Kannst du mir zufällig sagen, ob das Problem nur bei der PI Version besteht?
Bin gerade am überlegen richtung Docker oder Ubuntu zu migrieren.

Danke & Grüße

Ich befürchte, dass das Problem über alle Linux basierten Systeme gleich sein wird. Evtl. mal mehr oder weniger häufig.

paresy

Danke für die Info!

Über Sommer wird die Heizung zum Glück ja nicht wirklich gebraucht :cool:

Gruß
Daniel

Hallo Paresy,

Gibt es mittlerweile was neues zu diesem Thema?
Über den kommenden Winter wären die Werte der UVR in IPS ganz schön =)

Grüße
Daniel

Aktuell leider noch nicht. Ich hoffe, dass ich da bald zu komme.

paresy

Zum nächsten Update kommt ein potenzieller Fix.

paresy

@daniel88: Das Update ist im aktuellen 5.3 (Testing Kanal) verfügbar. Magst du dies ausprobieren?

paresy

Super, danke.

Hab das Update auf Testing durchgeführt und die UVR wieder am laufen.
gdb hab ich sicherheitshalber mal mitgestartet.

Ich werde berichten. =)

Grüße
Daniel

Also irgendwas passt da nicht oder ich hab was vergessen.

Bekomme keine Verbingung zum BL-Net. Über den Browser komme ich drauf.

IPS meldet immer:
Warning: Waiting for connect timed out in /home/administrator on line 3

Im debug konnte ich dazu allerdings nichts sehen

Edit:
Doch noch eine Meldung entdeckt

20.10.2019, 04:38:38 | Event Control | Wiederverbinden [Client Socket (UVR1611 #40240)] fehlgeschlagen = Waiting for connect timed out

Das kann aber nicht an dem Fix liegen. Hast du evtl. noch das Programm von TA offen?

paresy

Ne, nicht das ich wüste.
IPS ist in der zwischenzeit in ne andere VM umgezogen und das Netzwerk wurde auf Unifi umgebaut.
Aber per Browser komme ich ja drauf.

Muss ich mir nochmal in ruhe anschauen oder mal den Test-Pi ranhängen. Steh gerde auf dem Schlauch :cool:

Grüße
Daniel

Update:

Nachdem ich den alten ClientSocket gelöscht habe, dann einen neuen mit den Entsprechenden Daten erstellt habe läuft das ganze endlich.
Abfrage vorerst alle 60sek.