[­gelöst] shutdown restart

Begonnen von Schneewa, 26 Februar 2020, 11:30:48

Vorheriges Thema - Nächstes Thema

Schneewa

Hi all

ich habe ein problem mit shutdown restart

Hin und wieder passiert es, dass Sonos "disabled" - um wieder ein Connect zu erhalten ist ein shutdown restart notwendig

([Sonos:state] eq "disabled") (shutdown restart) DOELSE

das funktioniert auch soweit  :)

jetzt zu meinen Fehler:
hin und wieder kommt es vor, dass fhem dann nicht mehr startet.
folgende Fehlermeldung im Log

2020.02.26 09:17:49 1: Server shutdown delayed due to alexa for max 10 sec
2020.02.26 09:17:52 3: alexa: read: end of file reached while sysread
2020.02.26 09:17:52 3: alexa: stopped
2020.02.26 09:17:55 0: Server shutdown
2020.02.26 09:18:00 1: Including fhem.cfg
2020.02.26 09:18:00 3: telnetPort: port 7072 opened
2020.02.26 09:18:00 1: WEB: Can't open server port at 8083: Address already in use. Exiting.
2020.02.26 09:18:00 1: PERL WARNING: Unsubscription request failed with error: 500 Can't connect to 192.168.2.157:9197 (No route to host) at FHEM/lib/UPnP/ControlPoint.pm line 1153.
2020.02.26 09:18:03 1: PERL WARNING: Unsubscription request failed with error: 500 Can't connect to 192.168.2.163:9197 (No route to host) at FHEM/lib/UPnP/ControlPoint.pm line 1153.
2020.02.26 09:18:07 1: PERL WARNING: Unsubscription request failed with error: 500 Can't connect to 192.168.2.160:7676 (No route to host) at FHEM/lib/UPnP/ControlPoint.pm line 1153.


wenn ich dann im PI starte

sudo /etc/init.d/fhem start

läuft fhem ganz normal wieder hoch.

hat von den experten einer eine Idee wie ich den Fehler beheben kann

besten Dank

marvin78

Ich würde mich hier auf die Ursache des Problems konzentrieren. Sollte Sonos wirklich für sowas einen shutdown restart benötigen, ist es ein guter Grund das Modul

a) nicht zu verwenden
b) sich an den Modulautor zu wenden, dass er das fixt
c) selbst dem Problem auf die Spur zu gehen (bspw. falls es nicht am Modul aber an der eigenen Konfiguration oder Umgebung liegt, was ich hier für wahrscheinlich halte)

CoolTux

Welches System/Distribution verwendest Du. Bitte inklusive Version

Das Initd oder auch V5 wird in aktuellen Distributionen nicht mehr verwendet. Systemd ist nun für die Verwaltung von Diensten aktuell.


Alternativ: Ein sleep in die das init File von FHEM einbauen für den Restart

Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Schneewa

Hi CoolTux

Danke für die schnelle Antwort

Hardware:
CPU model name: ARMv7 Processor rev 4 (v7l)



No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 9.11 (stretch)
Release:        9.11
Codename:       stretch


Latest Revision: 21080

File                Rev   Last Change

fhem.pl             21056 2020-01-26 13:01:53Z rudolfkoenig
39_alexa.pm         20856 2019-12-30 22:05:43Z justme1968
90_at.pm            17561 2018-10-18 14:45:30Z rudolfkoenig
98_autocreate.pm    20791 2019-12-20 17:30:57Z rudolfkoenig
57_Calendar.pm      20528 2019-11-17 16:07:12Z neubert
98_DLNARenderer.pm  15836 2018-01-09 21:01:49Z dominik
98_DOIF.pm          20929 2020-01-10 09:44:35Z Damian
98_dummy.pm         20665 2019-12-06 11:05:35Z rudolfkoenig
70_ENIGMA2.pm       18995 2019-03-22 20:09:53Z loredo
10_EnOcean.pm       20983 2020-01-15 05:42:31Z klaus.schauer
91_eventTypes.pm    14888 2017-08-13 12:07:12Z rudolfkoenig
01_FHEMWEB.pm       20818 2019-12-23 20:12:15Z rudolfkoenig
92_FileLog.pm       20826 2019-12-25 19:06:07Z rudolfkoenig
02_HTTPSRV.pm       20110 2019-09-05 17:30:20Z neubert
98_JsonList2.pm     20561 2019-11-22 19:59:14Z rudolfkoenig
10_KNX.pm           17471 2018-10-07 06:17:05Z andi291
98_logProxy.pm      17587 2018-10-22 07:18:30Z justme1968
32_mailcheck.pm     16299 2018-03-01 08:06:55Z justme1968
91_notify.pm        20827 2019-12-25 19:17:36Z rudolfkoenig
59_PROPLANTA.pm     18714 2019-02-24 16:08:46Z tupol
70_Pushover.pm      20897 2020-01-06 12:16:20Z loredo
33_readingsGroup.pm 20711 2019-12-11 13:20:28Z justme1968
02_RSS.pm           16812 2018-06-03 19:52:27Z neubert
44_S7.pm            20795 2019-12-21 18:09:43Z charlie71
44_S7_ARead.pm      15539 2017-12-01 21:52:13Z charlie71
44_S7_AWrite.pm     20792 2019-12-20 17:32:00Z rudolfkoenig
44_S7_Client.pm     14257 2017-05-12 16:39:44Z charlie71
44_S7_DRead.pm      15539 2017-12-01 21:52:13Z charlie71
44_S7_DWrite.pm     15539 2017-12-01 21:52:13Z charlie71
44_S7_S5Client.pm   15518 2017-11-28 21:17:47Z charlie71
44_S7_S7Client.pm   15511 2017-11-27 21:13:16Z charlie71
70_SamsungAV.pm     19110 2019-04-04 10:37:59Z KoelnSolar
00_SONOS.pm         16658 2018-04-25 06:00:12Z Reinerlein
21_SONOSPLAYER.pm   18728 2019-02-25 08:25:16Z betateilchen
99_SUNRISE_EL.pm    18732 2019-02-25 13:15:34Z rudolfkoenig
98_SVG.pm           20950 2020-01-12 10:41:37Z rudolfkoenig
42_SYSMON.pm        17227 2018-08-29 19:58:18Z hexenmeister
32_SYSSTAT.pm       21047 2020-01-25 09:57:49Z justme1968
00_TCM.pm           19607 2019-06-13 08:06:53Z klaus.schauer
98_telnet.pm        17529 2018-10-14 12:57:06Z rudolfkoenig
00_TUL.pm           15613 2017-12-15 18:39:59Z andi291
99_Utils.pm         21001 2020-01-17 13:19:57Z rudolfkoenig
98_version.pm       15140 2017-09-26 09:20:09Z markusbloch
98_weblink.pm       16293 2018-02-28 21:33:57Z rudolfkoenig
10_ZWave.pm         21025 2020-01-20 19:15:42Z rudolfkoenig
00_ZWDongle.pm      20092 2019-09-02 07:10:12Z rudolfkoenig

AttrTemplate.pm     20425 2019-10-30 08:33:31Z rudolfkoenig
Blocking.pm         17553 2018-10-17 15:56:35Z rudolfkoenig
Color.pm            20813 2019-12-22 18:42:10Z justme1968
Common.pm           10759 2016-02-07 20:00:12Z rleins
ControlPoint.pm     18187 2019-01-08 22:01:47Z Reinerlein
CoProcess.pm        18425 2019-01-26 16:45:12Z justme1968
DevIo.pm            20174 2019-09-16 18:04:03Z rudolfkoenig
GPUtils.pm          19666 2019-06-20 11:17:29Z CoolTux
HttpUtils.pm        20800 2019-12-22 09:13:49Z moises
Info.pm                28 2008-11-09 01:08:44Z dsully
Meta.pm             21008 2020-01-18 10:22:10Z loredo
myUtilsTemplate.pm   7570 2015-01-14 18:31:44Z rudolfkoenig
RTypes.pm           10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm    19208 2019-04-17 19:27:09Z rudolfkoenig
SubProcess.pm       14334 2017-05-20 23:11:06Z neubert
TcpServerUtils.pm   19138 2019-04-07 10:17:21Z rudolfkoenig
ZWLib.pm            17186 2018-08-20 20:10:55Z rudolfkoenig

doif.js                    15546 2017-12-03 09:57:42Z Ellert
f18.js                     20818 2019-12-23 20:12:15Z rudolfkoenig
fhemweb.js                 21057 2020-01-26 14:04:57Z rudolfkoenig
fhemweb_readingsGroup.js   15189 2017-10-03 17:53:27Z justme1968
svg.js                     20860 2019-12-31 12:20:15Z rudolfkoenig





rudolfkoenig

Die Ursache der Exit-Meldung ist, dass Port 8083 beim FHEM-Neustart noch besetzt ist.

Beim "shutdown restart" wird (grob vereinfacht) erst das statefile gespeichert, dann FHEM beendet, und nach 2 Sekunden wieder gestartet. Die 2 Sekunden sollten dem Kernel Zeit geben, offene Netzwerkverbindungen zu schliessen, sie reichen aber in deinem Fall wohl nicht.
Ich empfehle sie deswegen mit "attr global restartDelay 5" zu verlaegern.

rudolfkoenig

Ich habe im SONOS Modul kein "reopen" gefunden, aber es reagiert auf das disable Attribut: evtl. reicht es es zu setzen und nach einigen Sekunden wieder zu entfernen.

Schneewa

Hi rudolfkoenig

vielen Dank


  • im Device "global" habe ich das attr "restartDelay" auf "5" gesetzt
  • das 2 werde ich testen

Otto123

Zitat von: rudolfkoenig am 26 Februar 2020, 11:53:55
Ich habe im SONOS Modul kein "reopen" gefunden, aber es reagiert auf das disable Attribut: evtl. reicht es es zu setzen und nach einigen Sekunden wieder zu entfernen.
Das soll theoretisch reichen, bzw genau das Mittel der Wahl sein. Ich habe dafür so etwas laufen, ich warte 10 sec:
defmod di_SonosCheck DOIF ([05:00] and [?Sonos] ne "opened" )(attr Sonos disable 1)(attr Sonos disable 0)
attr di_SonosCheck do always
attr di_SonosCheck wait 0,10

In einigen hartnäckigen Fällen, funktioniert das aber nicht, dann geht wirklich nur restart.
Das "Problem" ist, das Sonos von einem selbst gestarteten Sub Prozess abhängt. Der reagiert relativ träge, was wiederum glaub ich der "Physiologie" von DLNA geschuldet ist. Eventuell muss man den separat beobachten.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz