[gelöst] Fhem startet mit Firefox seit Rev. 67 64bit bei shutdown+restart 2-7x

Begonnen von Mihca, 25 November 2019, 14:14:34

Vorheriges Thema - Nächstes Thema

Mihca

Mein Fhem (Unbuntu) startet bei shutdown+restart im Web-Interface (Windows 10) seit Firefox 67.0.3 64bit mehrfach. Das Problem tritt auch mit einem frischen Firefox-portable auf. Mit Edge tritt das Problem unter Windows nicht auf. Mit iOs-Geräten tritt es unter Safari nicht auf.

Ich hatte ja gehofft, dass sich das Problem beim Update von Firefox löst. Mittlerweile sind wir in der Version 70.0.1 und das Problem besteht unverändert fort.

Hat jemand eine Idee, woran es liegt?

Vielen Dank vorab.

Grüße Achim

2019.11.25 13:57:29 0: Server shutdown
2019.11.25 13:57:32 1: Including fhem.cfg
2019.11.25 13:57:32 3: telnetPort: port 7072 opened
2019.11.25 13:57:32 3: WEB: port 8083 opened
2019.11.25 13:57:32 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.11.25 13:57:32 3: Opening HMLAN1 device 192.168.0.93:1000
2019.11.25 13:57:32 1: HMLAN_Parse: HMLAN1 new condition init
2019.11.25 13:57:32 3: HMLAN1 device opened
2019.11.25 13:57:33 2: eventTypes: loaded 3841 events from ./log/eventTypes.txt
2019.11.25 13:57:33 3: Opening CUL_0 device /dev/ttyACM0
2019.11.25 13:57:33 3: Setting CUL_0 serial parameters to 9600,8,N,1
2019.11.25 13:57:33 3: CUL_0: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2019.11.25 13:57:33 3: CUL_0 device opened
2019.11.25 13:57:33 3: Opening CUL_1 device 192.168.0.94:2323
2019.11.25 13:57:33 3: CUL_1: Possible commands: BbCFiAZNEkGMKLUYRTVWXOefhltxz
2019.11.25 13:57:33 3: CUL_1 device opened
2019.11.25 13:57:33 2: Switched CUL_1 rfmode to WMBus_T
2019.11.25 13:57:33 3: MQTT2Server: port 1883 opened
2019.11.25 13:57:34 3: Stromzaehler: I/O device is CUL_1
2019.11.25 13:57:35 1: Including ./log/fhem.save
2019.11.25 13:57:35 3: Device Bewegung.Terrasse added to ActionDetector with 000:10 time
2019.11.25 13:57:35 3: Device Garagentor added to ActionDetector with 000:50 time
2019.11.25 13:57:35 3: Device Technikraum.allg added to ActionDetector with 028:00 time
2019.11.25 13:57:35 3: Device Temp.Dach added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Temp.Feuchte.Norden added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device TempDiff.Heizung.Pool added to ActionDetector with 012:00 time
2019.11.25 13:57:36 3: Device TempDiff.Solar added to ActionDetector with 012:00 time
2019.11.25 13:57:36 3: Device Temperatur.Poolwasser added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.Bad.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.Kue.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.OG.Bad.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.OG.Buero.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.OG.Gaeste.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.OG.WZ.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.Pool.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.Reserve.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.Sauna.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.UG.Einlieger.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Thermostat.WZ.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:36 3: Device Wassersensor.Pool.allg added to ActionDetector with 028:00 time
2019.11.25 13:57:38 3: Schaltuhr: time difference too large! interval=2, Sekunde=38
2019.11.25 13:57:38 0: Featurelevel: 5.9
2019.11.25 13:57:38 0: Server started with 378 defined entities (fhem.pl:20460/2019-11-05 perl:5.026001 os:linux user:fhem pid:15318)
2019.11.25 13:57:39 3: telnetForBlockingFn_1574686659: port 43403 opened
2019.11.25 13:57:39 1: HMLAN_Parse: HMLAN1 new condition ok
2019.11.25 13:57:39 0: Server shutdown
2019.11.25 13:57:42 1: Including fhem.cfg
2019.11.25 13:57:42 3: telnetPort: port 7072 opened
2019.11.25 13:57:42 3: WEB: port 8083 opened
2019.11.25 13:57:43 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.11.25 13:57:43 3: Opening HMLAN1 device 192.168.0.93:1000
2019.11.25 13:57:43 1: HMLAN_Parse: HMLAN1 new condition init
2019.11.25 13:57:43 3: HMLAN1 device opened
2019.11.25 13:57:43 2: eventTypes: loaded 3841 events from ./log/eventTypes.txt
2019.11.25 13:57:43 3: Opening CUL_0 device /dev/ttyACM0
2019.11.25 13:57:43 3: Setting CUL_0 serial parameters to 9600,8,N,1
2019.11.25 13:57:43 3: CUL_0: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2019.11.25 13:57:43 3: CUL_0 device opened
2019.11.25 13:57:43 3: Opening CUL_1 device 192.168.0.94:2323
2019.11.25 13:57:43 3: CUL_1: Possible commands: BbCFiAZNEkGMKLUYRTVWXOefhltxz
2019.11.25 13:57:43 3: CUL_1 device opened
2019.11.25 13:57:43 2: Switched CUL_1 rfmode to WMBus_T
2019.11.25 13:57:43 3: MQTT2Server: port 1883 opened
2019.11.25 13:57:44 3: Stromzaehler: I/O device is CUL_1
2019.11.25 13:57:45 1: Including ./log/fhem.save
2019.11.25 13:57:45 3: Device Bewegung.Terrasse added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Garagentor added to ActionDetector with 000:50 time
2019.11.25 13:57:46 3: Device Technikraum.allg added to ActionDetector with 028:00 time
2019.11.25 13:57:46 3: Device Temp.Dach added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Temp.Feuchte.Norden added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device TempDiff.Heizung.Pool added to ActionDetector with 012:00 time
2019.11.25 13:57:46 3: Device TempDiff.Solar added to ActionDetector with 012:00 time
2019.11.25 13:57:46 3: Device Temperatur.Poolwasser added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.Bad.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.Kue.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.OG.Bad.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.OG.Buero.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.OG.Gaeste.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.OG.WZ.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.Pool.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.Reserve.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.Sauna.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.UG.Einlieger.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:46 3: Device Thermostat.WZ.allg added to ActionDetector with 000:10 time
2019.11.25 13:57:47 3: Device Wassersensor.Pool.allg added to ActionDetector with 028:00 time
2019.11.25 13:57:49 3: Schaltuhr: time difference too large! interval=1, Sekunde=49
2019.11.25 13:57:49 0: Featurelevel: 5.9
2019.11.25 13:57:49 0: Server started with 378 defined entities (fhem.pl:20460/2019-11-05 perl:5.026001 os:linux user:fhem pid:15350)
2019.11.25 13:57:49 3: telnetForBlockingFn_1574686669: port 41699 opened
2019.11.25 13:57:49 1: HMLAN_Parse: HMLAN1 new condition ok
2019.11.25 13:57:50 3: CUL_HM set TrocknungPool1 statusRequest
2019.11.25 13:57:50 0: Server shutdown
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

rudolfkoenig

Bei restart shutdown beendet FHEM alle Verbindungen, wartet 2 Sekunden, und startet neu.
Firefox ist vmtl. ueberrascht, dass keine Antowrt kam, und sendet die Abfrage nach dem Verbindungsaufbau nochmal.
Versuch mal restartDelay zu setzen, vlt. hilft das.

Mihca

Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

rudolfkoenig


Pfriemler

Bei mir passiert das überhaupt nicht, außer ich tippe absichtlich auf "Aktuelle Seite neu laden" (Strg+R). Dann wird shutdown+restart natürlich erneut ausgeführt, wenn FHEM inzwischen wieder empfangsbereit war.
Zum automatischen Neuladen von Tabs gibt es extra Addons. Wenn man so was installiert hat, ist das natürlich hier sehr kontraproduktiv ...
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Mihca

Es liegt nicht an einem Add-On. Um sowas auszuschließen hab ich heute nochmals diesen Test mit dem Portable gemacht. Da ist kein Add-On auf einem frischen Firefox Portable. Und das Ergebnis ist auf 3 PCs dasselbe.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Mihca

Mit einem restartDelay von 5 Sekunden funktioniert es!

Danke!

LG Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Mihca

Seit einiger Zeit tritt das Problem (Firefox 78.0.2) wieder auf und zwar auf 2 Systemen (Ubuntu 20.04 und Raspbian). Bei einem System ist restartDelay 5 Sekunden, beim anderen 10 Sekunden gesetzt. Trotz des restartDelay's von 10s startet das System sofort wieder.

Kann jemand helfen.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

rudolfkoenig

Ich habe shutdown geaendert, vlt. hilft es.
Allerdings konnte ich mit Firefox (auch 78.0.2) das Problem nicht nachstellen.

Mihca

Inzwischen habe ich bei beiden Installationen restartDelay=10 gesetzt. Bei dem Ubuntu-System, große Installation, die ca. 10s zum Start braucht, ist es ok. Auf dem Raspberry, der ca. 5s für den Start braucht, startet Fhem 2x. Hier der Log Auszug des Raspberry:

2020.07.26 08:57:53 1: update finished, "shutdown restart" is needed to activate the changes.
2020.07.26 08:57:53 1:
2020.07.26 08:57:54 1: fheminfo Statistics data sent to server. See Logfile (level 4) for details.
2020.07.26 08:58:15 0: Server shutdown
2020.07.26 08:58:15 1: Including fhem.cfg
2020.07.26 08:58:15 3: telnetPort: port 7072 opened
2020.07.26 08:58:16 3: WEB: port 8083 opened
2020.07.26 08:58:16 2: eventTypes: loaded 1215 events from ./log/eventTypes.txt
2020.07.26 08:58:16 3: MQTT2Server: port 1883 opened
2020.07.26 08:58:16 1: Including ./log/fhem.save
2020.07.26 08:58:20 0: Featurelevel: 6
2020.07.26 08:58:20 0: Server started with 76 defined entities (fhem.pl:22467/2020-07-24 perl:5.028001 os:linux user:fhem pid:15219)
2020.07.26 08:58:20 0: Server shutdown
2020.07.26 08:58:21 1: Including fhem.cfg
2020.07.26 08:58:21 3: telnetPort: port 7072 opened
2020.07.26 08:58:21 3: WEB: port 8083 opened
2020.07.26 08:58:21 2: eventTypes: loaded 1215 events from ./log/eventTypes.txt
2020.07.26 08:58:22 3: MQTT2Server: port 1883 opened
2020.07.26 08:58:22 1: Including ./log/fhem.save
2020.07.26 08:58:26 0: Featurelevel: 6
2020.07.26 08:58:26 0: Server started with 76 defined entities (fhem.pl:22467/2020-07-24 perl:5.028001 os:linux user:fhem pid:15654)
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

rudolfkoenig

Das Log zeigt as Problem bei der alten Version des Servers: nach einem update wird noch der alte Code verwendet, was  die "Frage" (shutdown) des Browsers nicht beantwortet, woraufhin der Browser die Frage nochmal sendet.

Tritt das Problem mit der neuen Version immer noch auf?

Mihca

Fhem startet jetzt nur noch 1x, aber ohne restartDelay von 10s. Direkt nach dem Schalten des Dummys habe ich sutdown+restart gemacht:

2020.07.26 14:54:56 4: dummy set LichtInnenWohnenStecker2 on
2020.07.26 14:54:58 0: Server shutdown
2020.07.26 14:54:59 1: Including fhem.cfg
2020.07.26 14:54:59 3: telnetPort: port 7072 opened
2020.07.26 14:54:59 3: WEB: port 8083 opened
2020.07.26 14:54:59 2: eventTypes: loaded 1226 events from ./log/eventTypes.txt
2020.07.26 14:55:00 3: MQTT2Server: port 1883 opened
2020.07.26 14:55:00 1: Including ./log/fhem.save
2020.07.26 14:55:07 0: Featurelevel: 6
2020.07.26 14:55:07 0: Server started with 76 defined entities (fhem.pl:22467/2020-07-24 perl:5.028001 os:linux user:fhem pid:3800)
2020.07.26 14:55:32 3: telnetForBlockingFn_1595768132: port 42697 opened
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic