(gelöst) Nach update läuft Fhem nicht mehr mit 34_ESPEasy.pm

[Wernieman]

Ich habe es jetzt bei mir getestet ...
1. FHEM kommt nach einem Update hoch ... aber das ESPEasy steht anschließend auf "error"
2. Nach dem rückspielen der (gesicherten) fhem.pl funktioniert es wieder
3. Verbose 5 Ausgabe des relevanten Teils (nicht mehr zu sehen):

.....
2019.05.13 10:40:06 1: HMCCU: [ccu2] HMCCU: Read 1 programs from CCU ccu2.maxel.home
2019.05.13 10:40:06 1: HMCCU: [ccu2] HMCCU: Read 4 virtual groups from CCU ccu2.maxel.home
2019.05.13 10:40:06 3: telnetSSL: port 7073 opened
2019.05.13 10:40:07 3: ESPEasy ESPEasy: Bridge v2.18 port [TCP:IPV4:8086] opened.
2019.05.13 10:40:08 1: Including ./log/fhem.save
2019.05.13 10:40:08 1: ESPEasy ESPEasy: Error: Can't open server port [TCP:IPV4:8086]
2019.05.13 10:40:08 1: ESPEasy ESPEasy: Address already in use
2019.05.13 10:40:08 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.05.13 10:40:08 0: Featurelevel: 5.9
2019.05.13 10:40:08 0: Server started with 222 defined entities (fhem.pl:19376/2019-05-11 perl:5.026001 os:linux user:fhem pid:15887)
2019.05.13 10:40:08 3: telnetForBlockingFn_1557736808: port 33737 opened
2019.05.13 10:40:08 1: ERROR: Select error -1 (9), error count= 0
2019.05.13 10:40:08 1: Found and deleted bad fileno for ESPEasy.8086
2019.05.13 10:40:08 3: FritzFone device opened
2019.05.13 10:40:20 1: HMCCU: [ccu2] Internal RPC server is depricated and will be removed soon. Set ccuflags to procrpc
2019.05.13 10:40:20 2: HMCCU: Create child process with timeouts 0.01 and 0.25
.....

Wenn wirklich benötigt kann ich mal versuchen, heute Abend ein nacktes FHEM nur mit einem espeasy Device aufzusetzen .....

[rudolfkoenig]

@rico5588:
- im angehaengten Log sehe ich keinen Absturz, geschweige denn die Ursache
- ein Copy&Paste vom Event-Monitor ist der falsche Weg, da FHEM vermutlich sich beendet, bovor FHEMWEB benachrichtigt werden kann. Besser: die Daten aus /opt/fhem/logs/fhem-2019-05.log zu nehmen. Am besten: FHEM in der Konsole mit "perl fhem.pl -d fhem.cfg" zu starten, und diese Ausgaben hier anhaengen.

Generell:
- die Meldung "ESPEasy espBridgeS0: Address already in use" ist "normal", da das Modul auf global:INITIALIZED reagiert, und versucht den Serverport nochmal zu oeffnen, ohne es vorher zu schliessen.
- Weiss jemand, warum ESPEay den Code aus TcpServerUtils dupliziert?

[CoolTux]

Es ist echt schwer zu sagen ob es wirklich am ESPEasy liegt. Direkt Abstürzen tut FHEM nicht aber meine Vermutung ist das systemd watchdog warum auch immer auf das error reagiert und FHEM neustartet.

Ich finde im Log jedenfalls nichts was direkt auf einen total Versagen von FHEM hinweist. Ausser das die "Bridge" (Device) in den Error geht.

[CoolTux]

Rudi war schneller

[CoolTux]

@rico5588:
- im angehaengten Log sehe ich keinen Absturz, geschweige denn die Ursache
- ein Copy&Paste vom Event-Monitor ist der falsche Weg, da FHEM vermutlich sich beendet, bovor FHEMWEB benachrichtigt werden kann. Besser: die Daten aus /opt/fhem/logs/fhem-2019-05.log zu nehmen. Am besten: FHEM in der Konsole mit "perl fhem.pl -d fhem.cfg" zu starten, und diese Ausgaben hier anhaengen.

Generell:
- die Meldung "ESPEasy espBridgeS0: Address already in use" ist "normal", da das Modul auf global:INITIALIZED reagiert, und versucht den Serverport nochmal zu oeffnen, ohne es vorher zu schliessen.
- Weiss jemand, warum ESPEay den Code aus TcpServerUtils dupliziert?

https://forum.fhem.de/index.php/topic,72717.0.html
Wohl deswegen laug Modulcode

[Wernieman]

Wie Rudi vorgeschlagen hat:
Ein Kurzer Test hat auf meinem FHEM-System schon 360k-Logzilen Produziert .... braucht Ihr die Ausgabe komplett, oder welche Teile?

Würde sie jetzt nur ungerne komplett veröffentlichen, da ich nicht nach secrets suchen möchte/kann ...

Und kann nur Hinweisen:
Mein FHEM stürzt nicht ab ... nur espeasy funktioniert nicht mehr ...

Edit:
Dateianhang gelöscht, da mittlerweile veraltet ..

[CoolTux]

Wie Rudi vorgeschlagen hat:
Ein Kurzer Test hat auf meinem FHEM-System schon 360k-Logzilen Produziert .... braucht Ihr die Ausgabe komplett, oder welche Teile?

Würde sie jetzt nur ungere komplett veröffentlichen, da ich nicht nach secrets suchen möchte ...

Besser alles. Ich wüsste nicht welcher Teil gerade relevant wäre. Wir konzentrieren uns zwar auf espeasy aber wer weiß.

[rudolfkoenig]

Ein Kurzer Test hat auf meinem FHEM-System schon 360k-Logzilen Produziert .... braucht Ihr die Ausgabe komplett, oder welche Teile?

_Wenn_ es zum FHEM Absturz fuehrt: die letzten 100 Zeilen sollten reichen. Kannst es auch per PM schicken.
Wenn systemd es neu startet: weiss jemand, wann systemd auf diese Idee kommt?

https://forum.fhem.de/index.php/topic,72717.0.html
Wohl deswegen laug Modulcode

Das haette man auch mit einem eigenen AuthenticateFn loesen koennen.

[Wernieman]

Habe es bei meinem Beitrag (2 davor) angehängt ....

Bitte Info, welche Information Ihr noch braucht ... ich jedenfalls sehe ich Logfile vieles ... aber nichts relevantes

Generiert mit:

Code Auswählen Erweitern

perl fhem.pl -d fhem.cfg >test.log

Edit:
@Rudi
siehe oben: Kein Absturz meinerseits. Da ich aber auch kein "standard"-Systemd config habe (gibt es eine für FHEM?), kann ich auch nicht in die Richtung gucken ....
Reines Ergebnis meinerseits: ESPEASY funktioniert nicht, ansonsten läuft fhem (aber nur oberflächlich getestet)

[CoolTux]

Wenn systemd es neu startet: weiss jemand, wann systemd auf diese Idee kommt?

Restart=always # alternativly uncomment this line for recover always
# RestartSec=5 # uncomment always if restart required!

Ich würde darauf tippen das es diese Zeilen sind. Zum testen kann man auch mal raus nehmen.

Restart=: This indicates the circumstances under which systemd will attempt to automatically restart the service. This can be set to values like "always", "on-success", "on-failure", "on-abnormal", "on-abort", or "on-watchdog". These will trigger a restart according to the way that the service was stopped.

[Wernieman]

Code Auswählen Erweitern

#Restart=always
RestartSec=5

Steht bei mir aktuell so ....

[CoolTux]

Code Auswählen Erweitern

#Restart=always
RestartSec=5

Steht bei mir aktuell so ....

Und dennoch kommen die Reboots?

Code Auswählen Erweitern

Type=forking
kannst Du das mal auf simple stellen bitte.

[Wernieman]

<scherz>
NEIN (*heul*) .. keiner hört mir zu ..
</scherz>

sorry aber habe es schon mehrfach geschrieben:
- Kein Absturz fhem
- Kein Reboot fhem
- Nur ESPEASY funktioniert nicht ....

[CoolTux]

<scherz>
NEIN (*heul*) .. keiner hört mir zu ..
</scherz>

sorry aber habe es schon mehrfach geschrieben:
- Kein Absturz fhem
- Kein Reboot fhem
- Nur ESPEASY funktioniert nicht ....

Ok das wissen wir nun warum kein Neustart. Du hast auskommentiert.
Danke Dir. Und sorry das ich das leicht überlesen habe 

[Wernieman]

Deshalb das "<scherz>" ...

Hatte hier nur reingeschrieben, um Probleme zu kanalisieren ... und um Konstruktive Fehlermeldungen zu bringen ...