[Gelöst] fbaha Update vom 21.6. defekt? FM: Timeout

[isy]

Hallo zusammen,
hat jemand auch den Fehler?

Heute habe ich einen Fhem Update vorgenommen, neue Version von fbaha wurde eingespielt.
Danach Timeout.

Code Auswählen Erweitern

Fritzbox: connect to http://fritz.box:2002 timed out

Habe mein Backup von vor dem Update zurückgespielt, fbaha läuft wieder.

Gruß Helmut

FB7490, FRITZ!OS:06.51, keine Updates im Log.

[punker]

Habe den selben Fehler - ebenfalls das Update rückgängig gemacht!

[rudolfkoenig]

Wann habt ihr den update gemacht (Uhrzeit)?
Wenn es nach 12:00 gestern: bitte ein Log mit "attr global mseclog;attr global verbose 5" hier anhaengen.

[isy]

Moin,
nach 12.00, also gegen 20.00 Update gemacht.
Das Log ist mächtig lang und enthält eltiche Einträge, die ich hier nicht so gerne öffentlich präsentieren würde. Kann ich einen bestimmten Bereich herausfiltern? Oder nach "fbaha" oder "fritz" suchen?

Vorgehen
- Log File gepurged, - backup, - update, - shutdown restart, --> FB Offline

Was ich so sehe, Suche "fritz":

Code Auswählen Erweitern

2016.06.22 19:09:42.340 5: Cmd: >setstate Fritzbox 2016-06-22 19:07:42 state Initialized<
und dann

Code Auswählen Erweitern

2016.06.22 19:09:44.662 2: Fritzbox: connect to http://fritz.box:2002 timed out

Dito "fbaha"

Code Auswählen Erweitern

2016.06.22 19:08:08 1: UPD FHEM/00_FBAHA.pm
und dann

Code Auswählen Erweitern

2016.06.22 19:09:40.576 5: Cmd: >define Fritzbox FBAHA fritz.box:2002<
2016.06.22 19:09:40.576 5: Loading ./FHEM/00_FBAHA.pm
2016.06.22 19:09:40.612 3: Opening Fritzbox device fritz.box:2002
2016.06.22 19:09:40.612 4: HttpUtils url=http://fritz.box:2002/

Das war's

Gruß Helmut

[Sunny]

Moin Rudolf,

habe gestern nach 20:00 Uhr "update" ausgeführt.
Auch bei mir sind nach einen Neustart die FBDECT nicht schaltbar.

Bei mir hilft,
1. DEF des FBAHA öffnen und speichern (z.B. 192.168.2.1:2002)
2. "Save config"
3. "set <Name von FBAHA> reopen".
Dann verschwindet das readings "state <3Fragezeichen>" und "state Initialized" erscheint wieder und die DECT sind schaltbar.

Ist egal, ob Rpi, Bpi oder 386 tritt bei allen Plattformen auf und bei 2 verschiedenen FB7390.

Danke und viele Grüße
sunny

PS: Falls Du noch ein Log benötigst, einfach Bescheid schreiben..

[rudolfkoenig]

Das Log ist mächtig lang...

Das was hier angehaengt ist, ist leider maechtig kurz. Ich brauche alles zwischen "Opening...device... " und "timed out", vertrauliche Infos dazwischen bitte unkenntlich machen.

Wenn ich das selbst nachstellen koennte, wuerde ich nicht fragen, bei mir funktioniert aber die neue FBAHA Version nicht nur im LAN, sondern auch ueber einen langen SSH-Tunnel.

[Sunny]

Moin Rudolf,

upps kann FHEM viel und schnell schreiben.
Hoffe das für Dich, das richtige dabei ist...

Code Auswählen Erweitern

gelöscht


Danke
sunny

<Edit an> Das Log gelöscht, da von Rudolf ausgewertet <Edit aus>

[Bernhard-IN]

Hi,

leider habe ich das gleiche Problem. Aber nur mit den DECT Dosen, die Telefonanrufliste (callmonitor:1012) der FB geht.
Im Log finde ich nur 2 Einträge zur FBAHA:
2016.06.23 12:17:55 3: Opening Familie device 192.168.20.1:2002
2016.06.23 12:18:26 2: Familie: connect to http://192.168.20.1:2002 timed out



Gruss Bernhard-IN

[isy]

Hallo,
hast du mal den Workaround weiter oben probiert?
Ich werde heute Abend mal Testen.
Evtl. gibt es aber auch bald schon einen Fix.

Gruß Helmut

[rudolfkoenig]

Das Problem in eurem Fall ist, dass der FHEM Startup nach der Zeile mit "define ... FBAHA... " noch mehr als 4 Sekunden dauert. Bei pv_is knapp mehr, bei Sunny ca 10 Sekunden, bei Bernhard-IN ueber 30 Sekunden. Da waehrend des Startups (das Ende sieht man an "Server started...") die select-Schleife bzw. die Timer nicht behandelt werden, laeuft der asynchrone Verbindungsaufbau in den default 4 Sekunden Timeout.

Ich habe jetzt fuer FBAHA den nicht blockierenden Verbindungsaufbau wieder mit den alten blockierenden ersetzt.

[Sunny]

Moin Rudolf,

Danke für Deine schnelle Lösung!

Wäre es auch eine Lösung, FBAHA sehr weit vorne in der fhem.cfg zu "platzieren" ?

Viele Grüße
sunny

[isy]

Moin,
das ist eine interessante Erkärung. Die 4s waren mir beim Zurechtschneiden des Logs auch aufgefallen, die Hintergründe kenne ich natürlich nicht, da ich mich noch immer  ich mit den Fhem SW Details beschäftigt habe.

Könnte das bedeuten, dass die meisten Fhem User, die fbaha nutzen, Server einsetzen, die unter 4s bleiben?

Bei mir läuft ein RasPi 2, nicht übertaktet.

Danke für das Fixen. Morgen mal testen?

Gruß Helmut

[rudolfkoenig]

@Sunny: da ich das keinem Benutzer zumuten kann, habe ich dem Code zurueckgeaendert.
@pv_is: ich vermute, dass bisher kaum FBAHA Benutzer auf die aktuelle Version aufgesprungen sind. Und ich hoffe, dass bei den meisten der Startup unter 4s bleibt.

[isy]

Moin Rudolf,

Danke für Deine schnelle Lösung!

Wäre es auch eine Lösung, FBAHA sehr weit vorne in der fhem.cfg zu "platzieren" ?

Viele Grüße
sunny

Moin Sunny,
ich hatte bei meinem (fetten) gestrigen Logfile gesehen, dass die Module nicht unbedingt in der Reihenfolge gestartet werden, wie sie im fhem.cfg stehen.
Will das aber auch jetzt nicht messerscharf behaupten, dafür stecke ich nicht im Fhem Software-Design.
Es sah halt so aus....

Bedeutet für mich, ein Plazieren der fbaha Definition ganz vorne in fhem.cfg bringt nichts.
Habe ich eben mal getestet, geht nicht. Bleibt bei Timeout.

Gruß Helmut

(P.S. Backup wieder zurück)

[P.A.Trick]

Kann ich bestätigen - habe auch einen Timeout!

Code Auswählen Erweitern

2016.06.23 21:57:54.279 2: fb1: connect to http://fritz.box:2002 timed out

Ein "reopen" löst das Problem aber!