Fehler in 10_RESIDENTS & 20_ROOMMATE nach update auf 5.8

[asciidisco]

Hallo zusammen, nachdem ich heute mal dazu gekommen bin mein System mit einem Update auf 5.8 zu versehen, startete FHEM nicht mehr.
Eine kurze Suche im Log zeigte dann auch schnell auf einen Fehler im 10_RESIDENTS & 20_ROOMMATE, nämlich folgenden:

Code Auswählen Erweitern

Undefined subroutine &main::RESIDENTStk_findResidentSlaves called at ./FHEM/10_RESIDENTS.pm line 65.

Nachdem ich die betreffende Zeile in diesem Module, als auch in 20_ROOMMATE (ähnlicher Fehler, nur andere Zeile) auskommentierte, lief FHEM wieder sauber los. Da bisher noch niemand von dem Problem berichtet hat, scheint es ja glücklicherweise nur an meinem System zu liegen.

Kann evtl. jemand etwas zu der Problematik sagen?

Perl Version:

Code Auswählen Erweitern

This is perl 5, version 24, subversion 1 (v5.24.1) built for arm-linux-gnueabihf-thread-multi-64int

FHEM Version:

Code Auswählen Erweitern

fhem.pl 13700 2017-03-14 16:01:36Z rudolfkoenig

Vielen Dank schon mal vorab.

[rudolfkoenig]

Kannst du bitte pruefen, ob das Problem nach einem update immer noch besteht?

[asciidisco]

@rudolfkoenig

Gerne. Kann nur etwas dauern, ich mache vorher besser noch ein Backup.
Ich melde mich sobald das Backup/Update durch ist.

[asciidisco]

Nach einem neuerlichen Update kommt der Fehler nicht mehr, scheint so, als sei das Update davor nicht korrekt durchgelaufen.
Vielen Dank für die Hilfe.

[dancatt]

Hi,

ich war schon auf der Verison 5.8 und es lief alles.
Habe eben ein update gemacht und bekomme nun auch den Fehler.
Bei mir hilft das auskommentieren besagter Zeilen nicht.
Danach kommen weitere Fehler:

Code Auswählen Erweitern

Undefined subroutine &main::urlEncodePath called at ./FHEM/01_FHEMWEB.pm line 2408.
2017.03.21 16:23:38.698 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused
2017.03.21 16:23:38.702 1: BlockingInformParent (PROPLANTA_Done): Can't connect to localhost:7072: IO::Socket::INET: connect: Connection refused

Gruß Daniel

[rudolfkoenig]

Undefined subroutine &main::urlEncodePath called at ./FHEM/01_FHEMWEB.pm line 2408.

Das kommt dann, wenn 01_FHEMWEB.pm aktuell ist, aber HttpUtils.pm nicht.
D.h. enweder ist HttpUtils in "exclude_from_update", update ging schief, oder man verwendet gar nicht update.
Ich wuesste gerne, welcher diese Moeglichkeiten zutrifft, damit ich in der Zukunft was dagegen unternehmen kann.

Hat mit Residents & Roommate nichts zu tun.

[dancatt]

Hallo,

in exclude_from_update ist es nicht enthalten.
Ich habe ein update über die Web Oberfläche gemacht.
HTTPUtils wurde nicht upgedatet.

Gruß Daniel.

[rudolfkoenig]

Ich habe ein update über die Web Oberfläche gemacht.
HTTPUtils wurde nicht upgedatet.

Kann nicht nachvollziehen: habs mit einer alten Installation getestet, und bei mir hat update alles ordnungsgemaess runtergeladen, ein Neustart funktioniert ohne Probleme. Haben auch Andere ein aehnliches Problem?

[dancatt]

hmmm, nach einem erneuten Update scheint nun alles zu funktionieren.

[Sirel]

Hallo zusammen,
ich bekomme weiterhin den gleichen Fehler wie asciidisco.

Code Auswählen Erweitern

2017.04.01 14:33:42 3: telnetPort: port 7072 opened
2017.04.01 14:33:42 3: WEB: port 8083 opened
2017.04.01 14:33:42 3: WEBphone: port 8084 opened
2017.04.01 14:33:42 3: WEBtablet: port 8085 opened
2017.04.01 14:33:43 2: eventTypes: loaded 7358 events from ./log/eventTypes.txt
2017.04.01 14:33:44 2: eventTypes: loaded 7358 events from events
Undefined subroutine &main::RESIDENTStk_findResidentSlaves called at ./FHEM/10_RESIDENTS.pm line 65, <$fh> line 78.

Wenn ich die betroffene Zeile auskommentiere, startet zwar das System wieder, doch fehlen dann meine "Residents".

Hat noch jemand eine Idee?

Viele Grüße,
Max

[Loredo]

Du solltest nochmals überprüfen, dass der Update-Befehl ordnungsgemäß durchläuft und auch alle Dateien schreiben kann.
Wenn die Dateizugriffsrechte nicht stimmen und nicht dem Benutzer gehören, unter dem FHEM läuft, können die Dateien nicht überschrieben werden.


Die in der Fehlermeldung genannte Datei kannst du manuell hier laden und nach ./FHEM/ kopieren. Die Dateizugriffsrechte musst du danach ggf. manuell korrigieren, sonst hast du beim nächsten Update wieder Schwierigkeiten

[Sirel]

Hi Loredo,

vielen Dank für Deine Hilfe. In der Tat habe habe ich beim Update teilweise Probleme mit den Dateizugriffsrechten. Ich setzte im Ordner Fhem (inkl. Unterordner FhemUtils, firmware und lib) die Gruppenzugehörigkeit auf Dialout und Benutzer ist FHEM. Zudem vergebe ich Lese-, Schreib- und Ausführrechte.
So läuft das Upadate durch. Nach dem Neustart von FHEM habe ich aber wieder das gleiche Problem.

Code Auswählen Erweitern

2017.04.01 23:25:25 3: telnetPort: port 7072 opened
2017.04.01 23:25:25 3: WEB: port 8083 opened
2017.04.01 23:25:25 3: WEBphone: port 8084 opened
2017.04.01 23:25:25 3: WEBtablet: port 8085 opened
2017.04.01 23:25:26 2: eventTypes: loaded 7382 events from ./log/eventTypes.txt
2017.04.01 23:25:27 2: eventTypes: loaded 7382 events from events
Undefined subroutine &main::RESIDENTStk_findResidentSlaves called at ./FHEM/10_RESIDENTS.pm line 65, <$fh> line 78.

Sobald ich die angegebenen Stellen in Deiner Residents und Roommate.pm auskommentiere, startet FHEM wieder. Allerdings sind alle Roommates weg bzw. können nicht gefunden werden. Es bleibt nur noch der oberste Knotenpunkt stehen (Residents Device). Ich kann den Status von dem Device zwar noch auswählen, er wird aber nicht aktiv.


Nachtrag: So, es läuft wieder. Dazu musste ich die Roommates aus der fhem.cfg zunächst auskommentieren. Anschließend startet Fhem wie gewohnt. Anschließend müssen die Roommates neu angelegt werden.


Thx und viele Grüße,

Max

[michaelfhem]

Hallo zusammen,

habe ein ähnliches Problem. Bei mir kommt plötzlich der Fehler:
2017.04.07 22:04:01 0: Featurelevel: 5.8
2017.04.07 22:04:01 0: Server started with 362 defined entities (fhem.pl:13733/2017-03-19 perl:5.020002 os:linux user:fhem pid:1779)
Current: "./FHEM/00_SONOS.pm", gPath: ""
Undefined subroutine &main::urlEncodePath called at ./FHEM/01_FHEMWEB.pm line 2408.

Habe aber kein update gemacht (aber ein Backup vor 3 Tagen diese Tage).

Nach Lesen dieses Threads habe ich folgendes festgestellt:
-rw-r--r-- 1 fhem dialout 23042 Dec 24 17:06 HttpUtils.pm
-rw-r--r-- 1 fhem dialout 157071 Mar 21 19:48 01_FHEMWEB.pm

Diese beiden Dateien sind wohl ungewöhlich lange zeitlich auseinander. An den Filerechten kann ich aber nichts finden, oder? Um das Problem zu lösen habe ich versucht die beiden Dateien durch die Versionen von githup zu ersetzen. Dann kamen aber eher 1000 Fehlermeldungen?
Wie kann ich ohne fhem updaten?

Grüße Michi

[rudolfkoenig]

HttpUtils.pm ist "falsch", sollte 23483 lang sein. Wurde zuletzt am 21 Maerz angefasst.
Entweder ist es im exclude_from_upgrade drin, oder update hat 'ne Macke.

Btw: FHEMWEB habe ich am 3.April auch geaendert.

[michaelfhem]

exclude_from_upgrade kann ich ausschliessen.

Wenn ich von github (https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/HttpUtils.pm) in der raw-Ansicht den Inhalt  per CTRL-C kopiere und per vi im Terminal in die Datei einfüge komme ich auf eine Länge von
-rw-r--r-- 1 fhem dialout 23428 Apr  7 22:36 HttpUtils.pm
Mache ich was falsch oder kann man die Datei auf github auch direkt laden?

Grüße und Danke für die rasche Hilfe

Update: Hab die richtige Version auf fhem.de gefunden. Jetzt startet fhem  wieder