[gelöst]FHEM nach 1 Minute keine Verbindung mehr

[Deckoffizier]

Hallo in die Runde,

nach dem update vorhin startet FHEM zwar, aber nach ca. 1- 2 Minuten lässt es sich nicht mehr
bedienen.
Keine Verbindung zum Server über den Web Browser.
Nach service fhem restart wiederholt sich das Spiel.
Habe noch sudo chown -R fhem:dialout /opt/fhem/ und sudo chown -R fhem:dialout /opt/fhem/ probiert
hat leider nichts gebracht.

Mal noch ein List vom Log gleich nach dem Start

Code Auswählen Erweitern

2020.09.24 10:44:06 1: Logfile gelöscht
Undefined subroutine &main::HTTPMOD_GetUpdate called at ./FHEM/99_myUtilsTVhelper.pm line 82.
2020.09.24 10:44:27 1: PERL WARNING: "my" variable $out masks earlier declaration in same scope at ./FHEM/99_myUtils_Blitzer.pm line 76.
2020.09.24 10:44:27 1: PERL WARNING: "my" variable $Stadtteil masks earlier declaration in same scope at ./FHEM/99_myUtils_Blitzer.pm line 141.
2020.09.24 10:44:27 1: PERL WARNING: "my" variable $Stadt masks earlier declaration in same scope at ./FHEM/99_myUtils_Blitzer.pm line 154.
2020.09.24 10:44:27 1: Including fhem.cfg
2020.09.24 10:44:27 1: PERL WARNING: Subroutine GetState_Initialize redefined at ./FHEM/99_getstate.pm line 42, <$fh> line 15.
2020.09.24 10:44:27 1: PERL WARNING: Subroutine CommandGetState redefined at ./FHEM/99_getstate.pm line 52, <$fh> line 15.
2020.09.24 10:44:27 1: PERL WARNING: Subroutine stringToNumber redefined at ./FHEM/99_getstate.pm line 100, <$fh> line 15.
2020.09.24 10:44:27 1: PERL WARNING: Subroutine stripNumber redefined at ./FHEM/99_getstate.pm line 111, <$fh> line 15.
2020.09.24 10:44:27 1: PERL WARNING: Subroutine isNumber redefined at ./FHEM/99_getstate.pm line 124, <$fh> line 15.
2020.09.24 10:44:27 1: PERL WARNING: Subroutine isInteger redefined at ./FHEM/99_getstate.pm line 130, <$fh> line 15.
2020.09.24 10:44:27 1: PERL WARNING: Subroutine isFloat redefined at ./FHEM/99_getstate.pm line 136, <$fh> line 15.
2020.09.24 10:44:29 2: eventTypes: loaded 6578 events from log/eventTypes.txt
2020.09.24 10:44:39 1: OWX_SER::Define warning: version 7.11 not identical to OWX version 7.21
2020.09.24 10:44:39 2: [Zwielicht_xxxx] Note: Twilight formerly used weather info from yahoo, but source is offline.
2020.09.24 10:44:47 1: SIGNALduino_Stick: DoInit, /dev/serial/by-id/usb-Unknown_radino_CC1101-if00@57600
2020.09.24 10:44:49 1: OWID:     Device OWX_01_9117A6180000 defined.
2020.09.24 10:44:50 1: ZWDongle_0: wrong checksum: received db, computed df for 100000001f0a32022134000000000000
2020.09.24 10:44:52 1: PERL WARNING: given is experimental at ./FHEM/98_PID20.pm line 305, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 307, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: given is experimental at ./FHEM/98_PID20.pm line 339, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 341, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 345, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 356, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 363, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 370, <$fh> line 1259.
2020.09.24 10:44:52 1: PERL WARNING: when is experimental at ./FHEM/98_PID20.pm line 385, <$fh> line 1259.
2020.09.24 10:44:56 1: Including ./log/fhem.save
2020.09.24 10:45:00 2: FB_CALLMONITOR (Fritz_Box_Monitor) - read 56 contacts from remote phonebook "Telefonbuch"
2020.09.24 10:45:03 2: FB_CALLMONITOR (Fritz_Box_Monitor) - downloaded 3 contact images from all phonebooks
2020.09.24 10:45:03 2: FB_CALLMONITOR (Fritz_Box_Monitor) - found FritzBox phonebook /opt/fhem/FritzExport.xml
2020.09.24 10:45:03 2: FB_CALLMONITOR (Fritz_Box_Monitor) - read 67 contacts from /opt/fhem/FritzExport.xml
2020.09.24 10:45:05 0: Featurelevel: 6
2020.09.24 10:45:05 0: Server started with 298 defined entities (fhem.pl:22833/2020-09-23 perl:5.026001 os:linux user:fhem pid:11789)
2020.09.24 10:45:15 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed (peer: 192.168.10.6)
2020.09.24 10:45:15 1: osmc: Can't connect to 192.168.10.12:9090: Operation now in progress
2020.09.24 10:45:15 1: osmc: Can't connect to 192.168.10.12:9090: 192.168.10.12: Verbindungsaufbau abgelehnt (111)
2020.09.24 10:45:22 2: ZWave: No ACK from Thermostat_Bad after 5s for sentset:130f0326013b2501
2020.09.24 10:45:22 2: ZWave: No ACK from KUECHE_ZW_THERMOSTAT after 5s for sentset:1312032601052502
2020.09.24 10:45:22 2: ZWave: No ACK from Thermostat_Gaestezimmer after 5s for sentset:1305032601002503
2020.09.24 10:45:22 2: ZWave: No ACK from SZ_ZW_THERMOSTAT after 5s for sentset:1324032601172504
2020.09.24 10:45:22 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F09C:SSL routines:ssl3_get_record:http request (peer: 192.168.10.9)
2020.09.24 10:45:23 2: ZWave: No ACK from Thermostat_Buero after 5s for sentset:1302032601002505
2020.09.24 10:45:23 2: ZWave: No ACK from Thermostat1_UG_WZ after 5s for sentset:1308032601002506
2020.09.24 10:45:24 2: AttrTemplates: got 194 entries
2020.09.24 10:45:31 2: ZWave: No ACK from WOH_ZW_THERMOSTAT_OST after 5s for set:1307032601002507
2020.09.24 10:45:36 2: ZWave: No ACK from WOH_ZW_THERMOSTAT_OST after 5s for sentset:1307032601002507


Hat von Euch jemand eine Idee was beim update schief gelaufen sein könnte ?

Gruß
Hans-Jürgen

[Beta-User]

Undefined subroutine &main::HTTPMOD_GetUpdate called at ./FHEM/99_myUtilsTVhelper.pm line 82.

Das läuft vermutlich schief... (Ich nehme an, dass HTTPMOD auf Package umgestellt wurde, und man daher ggf. eher den setter (via CommandSet()) bzw. getter (via CommandGet()) absetzen sollte.)

(diese "redefined"-Meldungen kommen mir auch komisch vor; sowas ist mit ein Grund, warum Module auf package umgestellt werden...)

[Deckoffizier]

Hallo Beta-User,

Du bist ja schnell wie der Blitz 

DANKE !
Habe das TV Device gelöscht und FHEM steht erst mal wieder.

Also update als Laie nur am besten wenn etwas Zeit vorhanden ist
für Backup oder Fehlersuche also immer mal für Überraschungen gut

Gruß
Hans-Jürgen

[Beta-User]

Na ja, ist immer etwas schwierig, sowas vorherzusehen, und tendenziell sollte man die Option haben, das System nach einem Update eine gewisse Zeit zu beobachten.

Das "Fehlerbild" war ja im Log gut zu erkennen, ich kenne das aus aktueller Anschauung, ist mir ein paarmal passiert bei der Umstellung von Twilight auf package ...

(Vorläufig: [gelöst]?)