[SOLVED] MQTT2_CLIENT set connect blockiert FHEM

Begonnen von knorxi, 02 Februar 2022, 10:29:43

Vorheriges Thema - Nächstes Thema

heinzfo

#15

knorxi

Bei mir ist jetzt doch noch auch ein Fehler aufgetreten.
Im Modul 98_DBPlan.pm (inoffizielles Modul für Fahrplanauskunft der Bahn) kamen "empty"-Pakete zurück.
Das Modul ruft im Callback rekursiv wieder HttpUtils_NonblockingGet mit dem selben Callback auf.
Das Modul funktioniert wieder, wenn ich vor dem Aufruf den alten Aufruf mit "HttpUtils_Close($hash);" schließe.
Könnte bei BlinkCamera ein ähnliches Problem vorliegen?
Zumindest deutet das darauf hin:
ZitatWe can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.
Ist aber nur eine Vermutung :-\

JoWiemann

Zitat von: knorxi am 03 Februar 2022, 14:19:01

Könnte bei BlinkCamera ein ähnliches Problem vorliegen?
Zumindest deutet das darauf hin:Ist aber nur eine Vermutung :-\

Auf die Schnelle mal probiert. Hilft leider nicht.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

rudolfkoenig


JoWiemann

Zitat von: rudolfkoenig am 03 Februar 2022, 14:53:53
Und wie schaut es mit der aktuellen HttpUtils.pm aus?

Hallo Rudi,

getestet mit: HttpUtils.pm 25623 2022-02-03 11:00:38Z rudolfkoenig

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

knorxi

ZitatUnd wie schaut es mit der aktuellen HttpUtils.pm aus?
98_DBPlan.pm benötigt auch mit der neuen Version ein HttpUtils_Close

Timmäää

Hi Rudi,

bei mir klappt es mit Rev 25623 wieder. Danke dir!

Gruß,
Timmäää

rudolfkoenig

Zitat98_DBPlan.pm benötigt auch mit der neuen Version ein HttpUtils_Close
Kannst mir bitte sagen, wie ich das reproduzien kann?

Zitatgetestet mit: HttpUtils.pm 25623 2022-02-03 11:00:38Z rudolfkoenig
Und? Funktioniert es wieder?
Wenn nicht: gibt es eine Moeglichkeit das Problem ohne Hardware nachzustellen?

rudolfkoenig

Habe eine neue Version eingecheckt: es behebt einen Bug bei der wiederholten Verwendung des gleichen Hashes bei nicht gesetzten keepalive Flag.

Bualicher

Mit der neuesten Version 25624 kann ich jetzt für meine Anwendungen keine Mängel mehr feststellen (WebGUI, TelegramBot, DoorBird).

Und irgendwie habe ich das Gefühl, dass FHEM um einiges schneller geworden ist. Kann natürlich auch täuschen  ;)

knorxi

Zitat von: rudolfkoenig am 03 Februar 2022, 20:36:23
Kannst mir bitte sagen, wie ich das reproduzien kann?
Habe 2 Dateien angehängt.
In 98_DBPlan.pm habe ich HttpUtils_Close hinzugefügt, dann funktioniert es.
In 98_DBPlan_ohne_close.pm funktioniert es mit den neuen HttpUtils (noch) nicht  ;).
define Bahn DBPlan 600 ;
attr Bahn dbplan-remote-timeout 10 ;
attr Bahn dbplan_destination Stuttgart Stadtmitte ;
attr Bahn dbplan_station Mettingen, Esslingen am Neckar

Mit set Bahn rereadDBInfo kannst du sehen, wie die Readings gefüllt werden (oder auch nicht).



Borkk

#26
Hallo Zusammen,

seit dem letzten Update, startet mein FHEM nicht mehr, bzw. es startet "im Kreis". Es läuft im DOCKER Container mit ConfigDB und die letzen LOG Einträge sehen wie folgt aus.

/entry.sh: line 621: kill: (5876) - No such process
Can't locate object method "connect_SSL" via package "IO::Socket::INET" at FHEM/HttpUtils.pm line 510.
Abrupt daemon termination, starting 10s countdown .../entry.sh: line 625: kill: (5876) - No such process
10/entry.sh: line 625: kill: (5876) - No such process
9/entry.sh: line 625: kill: (5876) - No such process
8/entry.sh: line 625: kill: (5876) - No such process
7/entry.sh: line 625: kill: (5876) - No such process
6/entry.sh: line 625: kill: (5876) - No such process
5/entry.sh: line 625: kill: (5876) - No such process
4/entry.sh: line 625: kill: (5876) - No such process
3/entry.sh: line 625: kill: (5876) - No such process
2/entry.sh: line 625: kill: (5876) - No such process
1/entry.sh: line 625: kill: (5876) - No such process
/entry.sh: line 632: kill: (5876) - No such process
0
Automatic restart ...


Die letzten Änderungen die ich an meinem FHEM gemacht habe, haben alle mit MQTT2 zu tun. Aber eigentlich lief alles soweit. Auf der Suche bin ich auf diesen Threat gestoßen und frage mich jetzt ob mein Problem evtl. damit zusammenhängt. Das mit den wenigen Angaben, keine Fehleranalyse möglich ist, ist mir bewusst. Ich hab nur aktuell keine Ahnung in welche Richtung ich suchen soll.

Ich habe noch einen 2. FHEM Docker Container laufen, der startet mit gleichem SW Stand ohne Probleme. Dort ist aber auch kein MQTT2 konfiguriert.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

Borkk

#27
Ursache ist definitiv die HttpUtil.pm. von gestern. Mit der Version aus dem 6.1er Download startet alles ganz normal.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

knorxi

@Borkk: Geht's mit der Version 25624 auch nicht? Oder hast du das überlesen?
Zitat von: Bualicher am 03 Februar 2022, 21:40:59
Mit der neuesten Version 25624 kann ich jetzt für meine Anwendungen keine Mängel mehr feststellen (WebGUI, TelegramBot, DoorBird).

Und irgendwie habe ich das Gefühl, dass FHEM um einiges schneller geworden ist. Kann natürlich auch täuschen  ;)

Borkk

Zitat von: knorxi am 04 Februar 2022, 08:45:10
@Borkk: Geht's mit der Version 25624 auch nicht? Oder hast du das überlesen?

Ich hatte das Problem mit der Version 25618 und bin dann erst mal auf eine sichere Version zurück um FHEM überhaupt wieder zu starten. Nach dem Update habe ich nun die Version 25624 und damit startet FHEM wieder. 

DANKE ;D
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...