FHEMWEB nach Update All nicht erreichbar

[roadghost]

Guten Morgen community,

Normalerweise mache ich immer Sonntag Abend eine Update-Runde durch mein FHEM, diesen Sonntag ging es zeitlich leider nicht. So wollte ich gestern Abend vor dem Zu Bett gehen noch schnell mein FHEM updaten - aus mal eben schnell wurde leider nichts.

Nach dem absetzen von update all und gefolgt von shutdown restart war mein FHEMNWEB nicht mehr erreichbar. Ein Zugriff via SSH / FTP war möglich, aber kein FHEMWEB.
Ein reboot des NUC auf dem FHEM läuft, hat ebenso nicht geholfen.

Ein service fhem status brachte hervor, dass FHEM läuft.

Ich habe alles versucht, und step by step mittels

sudo -su fhem cp -R /opt/fhem/restoreDir/update/2025-05-21/XXXXX /opt/fhem/

jede der durch das Update veränderten Dateien aus dem backup wiederhergestellt, inkl. fhem.cfg - aber aus Müdigkeit nach 1 Stunde aufgegeben.

Schließlich habe ich mit

sudo -su fhem cp -R /opt/fhem/restoreDir/update/2025-05-21/* /opt/fhem/

das Update komplett rückgängig gemacht, was dann auch funktioniert hat, mein FHEMWEB war danach wieder erreichbar.

Upgedatet wurden:

01_FHEMWEB.pm  36_Shelly.pm  76_SolarForecast.pm  96_allowed.pm  98_weekprofile.pm  controls_fhem.txt

Die fhem.cfg habe ich mit der letzten vor dem Update verglichen - keine Unterschiede feststellbar.

Nun frage ich mich, wo liegt der Hase hier im Pfeffer ?!

Kann mir jemand Hilfestellung geben ?


VG

[Beta-User]

Guten Morgen zurück,

habe eben auch ein update gemacht. Es hat "gefühlt" zwar relativ lange gedauert, bis FHEMWEB wieder da war, aber sonst: keine Auffälligkeiten.

Ein Blick ins LOG: Da sind 3 Minuten zwischen dem letzten Eintrag und "Messages collected while ..." - sehr ungewöhnlich (das ist auch eine x86-Maschine und kein Pi)!

Sonst liegt da keine Sekunde dazwischen...

[betateilchen]

Das kann doch vermutlich nur mit der kürzlich eingebauten Änderung für noCheckFor im allowed device zusammenhängen?

https://forum.fhem.de/index.php?topic=141561.0

Bei mir treten keine Verzögerungen auf.
Aber bei mir sind auch keine allowed-devices im Einsatz.

[roadghost]

Da sind 3 Minuten zwischen dem letzten Eintrag und "Messages collected while

Bei mir tat sich auch nach 5 Minuten nichts - kein aufruf des FHEMWEB möglich

[roadghost]

Das kann doch vermutlich nur mit der kürzlich eingebauten Änderung für noCheckFor im allowed device zusammenhängen?

Wann wurde das denn via Update verteilt ?

Mein letztes funktionierendes Update lief am 15.05 erfolgreich durch.

Wenn das zu dem Tag schon im update enthalten war, ist das vmtl. nicht die Ursache bei mir.

[cetri]

Wann wurde das denn via Update verteilt ?

Die Antwort von Rudolf dazu ist vom 17. also denke ich mal das es nach dem 15. verteilt wurde.

[roadghost]

Also für mich als dummy lese ich heraus, dass ich für mein allowed device das attribut nocheckfor ^(/[^/]+|/fhem/icons/favicon)$ setzen muss, um das Problem zu beheben ?

[betateilchen]

Wann wurde das denn via Update verteilt ?

Das kann man einfach hier im Forum nachschauen...

https://forum.fhem.de/index.php?topic=141673.0

Spätestens am Folgetag nach dem Einchecken kommt eine solche Änderung dann per update.

[roadghost]

Ich habe nun herausgefunden, dass die Bauschmerzen mit dem 76_SolarForecast.pm zusammenhängen.

Wenn ich via update XX_YY.pm alles einzeln update, ist das FHEMWEB nach dem Update des 76_SolarForecast.pm nicht mehr erreichbar.

[roadghost]

Fall gelöst.

In den Attributen der Inverter devices I'm SolatForecast hatte ich eckige Klammern verwendet.

Klammern gelöscht, Update läuft wieder normal durch und fhemweb ist auch erreichbar.