FHEM Forum

FHEM => Anfängerfragen => Thema gestartet von: Kusselin am 28 November 2018, 21:03:34

Titel: Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: Kusselin am 28 November 2018, 21:03:34
Hallo Zusammen,

ich habe ne Pause gemacht mit Fhem und nun ist mir aufgefallen das wenn ich die Ip eingebe wie immer FHEM nach Tagen ( mal 2 mal 3 mal 4 Tagen) nicht mehr zu erreichen ist :-( Erst nach einem Neustart des Pi´s geht fhem wieder!

da ich schon lange nichts mehr gemacht habe wollte ich hier höflich anfragen was ihr braucht um der Sache auf die Spur ztu kommen?

Über Tipps vielen Dank.

Gruss
Kussel
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: MadMax-FHEM am 28 November 2018, 21:09:19
Hast du evtl. solche Einträge im Log:

https://forum.fhem.de/index.php/topic,84372.0.html

Ansonsten (wie immer): ins fhem Log schauen was zuletzt drin steht...

Evtl. stacktrace aktivieren...

Bei der Flut an Infos war's das erst mal mit Ideen... ;)

Gruß, Joachim
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: Kusselin am 28 November 2018, 21:17:02
Hallo Joachim,

mein Alexa Retter :-)

Schau mal ich habe mal was rauskopiert seit dem letzten Update und Neustart von eben....

2018.11.28 21:07:19 0: Server started with 268 defined entities (fhem.pl:17779/2018-11-18 perl:5.024001 os:linux user:fhem pid:754)
2018.11.28 21:07:20 3: CUL_HM set Beleuchtung_Terrasse statusRequest
2018.11.28 21:07:20 1: Onkyo_TXNR509: Can't connect to 192.168.178.100:60128: 192.168.178.100: Keine Route zum Zielrechner
2018.11.28 21:07:20 3: CallMonitor device opened
2018.11.28 21:07:20 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.11.28 21:07:20 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.11.28 21:07:21 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.11.28 21:07:21 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.11.28 21:07:21 3: CUL_HM set Beleuchtung_Ostseite statusRequest
2018.11.28 21:07:22 2: AttrTemplates: got 9 entries
2018.11.28 21:07:22 3: CUL_HM set Beleuchtung_Suedseite statusRequest
2018.11.28 21:07:22 1: Timeout for MilightBridge_DoPing reached, terminated process 781
2018.11.28 21:07:22 3: BlockingCall for MiLightBridge was aborted
2018.11.28 21:07:22 3: UWZ Unwetterzentrale: Run.1219 Done fetching data
2018.11.28 21:07:23 3: CUL_HM set Beleuchtung_Westseite statusRequest
2018.11.28 21:07:23 3: ABFALL Abfalltermine - CALENDAR:cal_Abfall triggered, updating ABFALL Abfalltermine ...
2018.11.28 21:07:23 3: ARAL_Schriese: Read callback: Error: read from https://www.clever-tanken.de:443 timed out
2018.11.28 21:08:09 3: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2018.11.28 21:08:23 3: CUL433 IT_set: Steckdose_3 off
2018.11.28 21:08:23 3: IT set ITrepetition back: isr6 for CUL433
2018.11.28 21:08:23 3: CUL433 IT_set: Steckdose_3 off
2018.11.28 21:08:23 3: IT set ITrepetition back: isr6 for CUL433
2018.11.28 21:08:23 3: CUL433 IT_set: Steckdose_3 off
2018.11.28 21:08:24 3: IT set ITrepetition back: isr6 for CUL433
2018.11.28 21:08:24 3: CUL433 IT_set: Steckdose_3 on
2018.11.28 21:08:25 3: IT set ITrepetition back: isr6 for CUL433
2018.11.28 21:08:26 3: CUL433 IT_set: Steckdose_3 on
2018.11.28 21:08:26 3: IT set ITrepetition back: isr6 for CUL433
2018.11.28 21:08:28 3: CUL433 IT_set: Steckdose_3 off
2018.11.28 21:08:29 3: IT set ITrepetition back: isr6 for CUL433
2018.11.28 21:08:34 3: CUL433 IT_set: IT_1527x9cb45 on
2018.11.28 21:08:36 3: CUL433 IT_set: IT_1527x9cb45 off
2018.11.28 21:08:37 3: CUL433 IT_set: IT_1527x6222c off
2018.11.28 21:08:39 3: CUL433 IT_set: IT_1527x0937c off
2018.11.28 21:08:40 3: CUL433 IT_set: IT_0F0F0FFFFF off
2018.11.28 21:08:41 3: CUL433 IT_set: IT_0F0F0FFF0F off
2018.11.28 21:08:42 3: CUL433 IT_set: IT_0F0F0FF0FF off
2018.11.28 21:08:42 3: CUL433 IT_set: IT_0F0F0F0FFF off
2018.11.28 21:08:44 3: CUL433 IT_set: IT_0F0F00FFFF off
2018.11.28 21:08:45 3: CUL433 IT_set: IT_000F0FFF0F off
2018.11.28 21:08:47 3: CUL433 IT_set: IT_00000F000F off
2018.11.28 21:08:48 3: CUL433 IT_set: IT_000000FF0F off
2018.11.28 21:09:58 1: RMDIR: ./restoreDir/save/2018-11-06
2018.11.28 21:11:17 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/42_FUIP.pm line 1072.
2018.11.28 21:11:17 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/42_FUIP.pm line 1074.
2018.11.28 21:11:17 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/42_FUIP.pm line 1080.
2018.11.28 21:11:17 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/42_FUIP.pm line 1088.
2018.11.28 21:11:17 1: PERL WARNING: Argument "auto" isn't numeric in addition (+) at ./FHEM/lib/FUIP/View/Cell.pm line 26.
2018.11.28 21:11:17 1: PERL WARNING: Argument "auto" isn't numeric in addition (+) at ./FHEM/lib/FUIP/View/Cell.pm line 27.
2018.11.28 21:12:10 3: Unregistering FUIP ui for URL /ui...
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: MadMax-FHEM am 28 November 2018, 21:23:13
Jaja ;)

Sieht erst mal unspektakulär aus.
Interessant wären die letzten Einträge, wenn fhem nicht mehr erreichbar ist...
...also das Ende vor dem Neustart, wenn es hing und neu gestartet wurde...

Einzig es werden Netzwerkzugriffsfehler gemeldet...
...ist das Netzwerk des Rechners/PI wo fhem läuft ok?

Kommst du wenn fhem nicht mehr erreichbar ist per ssh noch drauf?


Aber wenn du mal länger zurück im Log suchst nach:

Cannot fork: Cannot allocate memory

o.ä.

Steht was drin?

Gruß, Joachim
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: andies am 28 November 2018, 21:29:30
er ist anscheinend gar nicht ins netz gegangen, ruft dann einen blocking call auf und hängt sich auf. wäre meine erste hypothese.

ssh probieren.


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: Kusselin am 29 November 2018, 12:11:31
Zitat von: MadMax-FHEM am 28 November 2018, 21:23:13

Kommst du wenn fhem nicht mehr erreichbar ist per ssh noch drauf?

ja das funktioniert !

das Cannot fork: Cannot allocate memory kommt voll oft vor bei mir!!

und dann kommt immer Timeout for Milight-Bridge_DoPing reached, terminated process......
BlockingCall for MilightBridge was aborted

Könnte das das Problem sein?

Griss
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: connormcl am 29 November 2018, 13:05:24
Das könnte das Problem, aber auch eine Folge davon sein... auf jeden Fall läuft dir der Hauptspeicher voll und dann macht FHEM die Grätsche.

Ursache kann in FHEM-Modulen liegen..die müsste man dann teilweise rausschmeissen und schauen ob es danach stabil läuft vom Arbeitsspeicher her.
Wenn man den oben angegebenen Thread durchsieht, kann aber auch die verwendete Perl Version den Fehler hervorrufen.

Du solltest den Thread mal durcharbeiten.
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: Kusselin am 29 November 2018, 13:09:24
Hi,
danke für die Info..das ist richtig...die meldung mit der Milight Bridge steht tausendmal drin im Log..denke auch das der Speicher da zuläuft..ich werde das Milight Modul mal entfernen und schauen...

Ne Frage noch..wie update ich Perl über ssh?

Gruss
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: CoolTux am 29 November 2018, 13:57:21
wie hast du denn Perl installiert?
In der Regel kommt es mit dem Distri Repo. Darüber wird es auch upgedatet.
Also apt-get dist-upgrade als Beispiel.
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: Kusselin am 01 Dezember 2018, 08:57:51
Hallo,
ich habe jetzt nachdem fhem wieder weg war neugestartet und dann mal ins Log geschaut....hier der Auszug:

2018.12.01 00:07:23 1: Cannot fork: Cannot allocate memory
2018.12.01 00:07:23 1: Cannot fork: Inappropriate ioctl for device
2018.12.01 00:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:08:14 3: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2018.12.01 00:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 00:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:07:23 1: Cannot fork: Cannot allocate memory
2018.12.01 01:07:23 1: Cannot fork: Cannot allocate memory
2018.12.01 01:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:08:14 3: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2018.12.01 01:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:47:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:57:52 1: Cannot fork: Cannot allocate memory
2018.12.01 01:57:54 3: AVIA_Hause: Read callback: Error: read from https://www.clever-tanken.de:443 timed out
2018.12.01 02:07:23 1: Cannot fork: Cannot allocate memory
2018.12.01 02:07:23 1: Cannot fork: Cannot allocate memory
2018.12.01 02:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:07:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:08:14 3: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2018.12.01 02:15:29 3: CUL433 IT: Code 1100 not supported by IT_1527x527fb.
2018.12.01 02:15:29 3: CUL433 IT: Code 1100 not supported by IT_1527x527fb.
2018.12.01 02:15:29 3: CUL433: Unknown code i527fbc, help me!
2018.12.01 02:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:17:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:27:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:37:52 1: Cannot fork: Cannot allocate memory
2018.12.01 02:38:04 2: Abfahrtsmonitor: error <html><head><title>Error</title></head><body>Internal Server Error</body></html> retriving departure
2018.12.01 08:54:32 1: Including fhem.cfg
2018.12.01 08:54:33 3: telnetPort: port 7072 opened
2018.12.01 08:54:33 3: WEB: port 8083 opened
2018.12.01 08:54:33 3: WEBphone: port 8084 opened
2018.12.01 08:54:33 3: WEBtablet: port 8085 opened
2018.12.01 08:54:34 2: eventTypes: loaded 6613 events from ./log/eventTypes.txt
2018.12.01 08:54:34 3: myHmUART device closed
2018.12.01 08:54:34 3: Opening myHmUART device /dev/ttyAMA0
2018.12.01 08:54:34 3: Setting myHmUART serial parameters to 115200,8,N,1
2018.12.01 08:54:34 3: myHmUART device opened
2018.12.01 08:54:35 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet/:
2018.12.01 08:54:35 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2018.12.01 08:54:35 3: Opening CallMonitor device 192.168.178.1:1012
2018.12.01 08:54:36 3: DBPlan_Define (Bahn_OEG_Hirschberg) - defined with interval 300 (sec)
2018.12.01 08:54:36 3: DBPlan_Define (Bahn_OEG_Hirschberg) - defined with base type plan
2018.12.01 08:54:36 3: DBPlan_Attr (Bahn_OEG_Hirschberg) - destination set to Weinheim, Händelstraße
2018.12.01 08:54:36 3: DBPlan_Attr (Bahn_OEG_Hirschberg) - station set to Leutershausen Bahnhof, Hirschberg an der Bergstraß
2018.12.01 08:54:37 3: bft_Saase: Defined with URL http://www.clever-tanken.de/tankstelle_details/56817 and interval 600
2018.12.01 08:54:37 3: ELAN_Saase: Defined with URL http://www.clever-tanken.de/tankstelle_details/13669 and interval 600
2018.12.01 08:54:37 3: AVIA_Hause: Defined with URL http://www.clever-tanken.de/tankstelle_details/45483 and interval 600
2018.12.01 08:54:37 3: ARAL_Schriese: Defined with URL http://www.clever-tanken.de/tankstelle_details/6170 and interval 600
2018.12.01 08:54:37 3: ARAL_Schriese: the attribute readingsName_SuperE10 should no longer be used. Please use reading01Name syntax instead
2018.12.01 08:54:37 3: ARAL_Schriese: For most old attributes you can specify enableControlSet and then set device upgradeAttributes to automatically modify the configuration
2018.12.01 08:54:37 3: ARAL_Schriese: the attribute readingsRegex_SuperE10 should no longer be used. Please use reading01Regex syntax instead
2018.12.01 08:54:37 3: ARAL_Schriese: For most old attributes you can specify enableControlSet and then set device upgradeAttributes to automatically modify the configuration
2018.12.01 08:54:39 3: Departure_Define (Abfahrtsmonitor) - defined with interval 60 (sec)
2018.12.01 08:54:39 3: Abfahrtsmonitor_Leutershausen: URL is none, periodic updates will be limited to explicit GetXXPoll attribues (if defined)
2018.12.01 08:54:39 3: Abfahrtsmonitor_Leutershausen: interval is 0, no periodic updates will done.
2018.12.01 08:54:39 3: Abfahrtsmonitor_Leutershausen: Defined without URL
2018.12.01 08:54:40 3: Opening CUL433 device /dev/serial/by-id/usb-busware.de_CUL433-if00
2018.12.01 08:54:40 3: Setting CUL433 serial parameters to 9600,8,N,1
2018.12.01 08:54:40 3: CUL433: Possible commands: ABCEeFGhiKkLlMmRTtUuVWXxY
2018.12.01 08:54:40 3: CUL433 device opened
2018.12.01 08:54:41 2: ONKYO_AVR Onkyo_TXNR509: Registering ONKYO_AVR for webhook URI ?/ONKYO_AVR ...
2018.12.01 08:54:41 3: Opening Onkyo_TXNR509 device 192.168.178.100:60128
2018.12.01 08:54:41 3: SHELL_Heddese: Defined with URL http://www.clever-tanken.de/tankstelle_details/1221 and interval 600
2018.12.01 08:54:41 3: SHELL_Heddese: the attribute readingsName_SuperE10 should no longer be used. Please use reading01Name syntax instead
2018.12.01 08:54:41 3: SHELL_Heddese: For most old attributes you can specify enableControlSet and then set device upgradeAttributes to automatically modify the configuration
2018.12.01 08:54:41 3: SHELL_Heddese: the attribute readingsRegex_SuperE10 should no longer be used. Please use reading01Regex syntax instead
2018.12.01 08:54:41 3: SHELL_Heddese: For most old attributes you can specify enableControlSet and then set device upgradeAttributes to automatically modify the configuration
2018.12.01 08:54:41 3: NotdienstApotheke: interval is 0, no periodic updates will done.
2018.12.01 08:54:41 3: NotdienstApotheke: Defined with URL http://apothekenfinder.mobi/interface/json.php?device=web&source=not&search=69493
2018.12.01 08:54:42 1: Including ./log/fhem.save
2018.12.01 08:54:43 3: No I/O device found for THWR288A_72_2
2018.12.01 08:54:43 3: Device Dachfenster_Flur added to ActionDetector with 002:50 time
2018.12.01 08:54:43 3: Device HZK_EG_Essen added to ActionDetector with 000:10 time
2018.12.01 08:54:43 3: Device HZK_EG_Wohnen added to ActionDetector with 000:10 time
2018.12.01 08:54:43 3: Device Temp_Feuchte_Wohnen_EG added to ActionDetector with 000:10 time
2018.12.01 08:54:43 3: Device Temp_Feuchte_Wohnen_OG added to ActionDetector with 000:10 time
2018.12.01 08:54:43 3: Device Temperatur_Feuchte_Speicher added to ActionDetector with 000:10 time
2018.12.01 08:54:43 3: Device Terrasse_Wz added to ActionDetector with 002:50 time
2018.12.01 08:54:45 3: FB_CALLMONITOR (CallMonitor) - found 1 phonebooks
2018.12.01 08:54:48 2: FB_CALLMONITOR (CallMonitor) - read 115 contacts from remote phonebook "Telefonbuch"
2018.12.01 08:54:48 1: usb create starting
2018.12.01 08:54:49 3: Probing CUL device /dev/ttyS0
2018.12.01 08:54:49 1: usb create end
2018.12.01 08:54:49 3: Opening squeezebox_Server device 192.168.178.117:9090
2018.12.01 08:54:52 1: squeezebox_Server: Can't connect to 192.168.178.117:9090: Connection timed out
2018.12.01 08:54:52 0: Featurelevel: 5.9
2018.12.01 08:54:52 0: Server started with 251 defined entities (fhem.pl:17779/2018-11-18 perl:5.024001 os:linux user:fhem pid:557)
2018.12.01 08:54:52 3: CUL_HM set Beleuchtung_Terrasse statusRequest
2018.12.01 08:54:52 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.12.01 08:54:53 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.12.01 08:54:53 3: CallMonitor device opened
2018.12.01 08:54:53 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.12.01 08:54:53 3: error while requesting https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon= - https://www.verkehrsinfo.de/httpsmobil/index.php?c=1&lat=&lon=: Can't connect(2) to https://www.verkehrsinfo.de:443:  SSL connect attempt failed
2018.12.01 08:54:53 1: Onkyo_TXNR509: Can't connect to 192.168.178.100:60128: 192.168.178.100: Keine Route zum Zielrechner
2018.12.01 08:54:53 3: CUL_HM set Beleuchtung_Ostseite statusRequest
2018.12.01 08:54:54 2: AttrTemplates: got 9 entries
2018.12.01 08:54:54 3: CUL_HM set Beleuchtung_Suedseite statusRequest
2018.12.01 08:54:54 1: Timeout for MilightBridge_DoPing reached, terminated process 685
2018.12.01 08:54:54 3: BlockingCall for MiLightBridge was aborted
2018.12.01 08:54:55 3: UWZ Unwetterzentrale: Run.1219 Done fetching data
2018.12.01 08:54:56 3: ABFALL Abfalltermine - CALENDAR:cal_Abfall triggered, updating ABFALL Abfalltermine ...
2018.12.01 08:54:56 3: CUL_HM set Beleuchtung_Westseite statusRequest


denke das hat schon was mit dem Überlauf des Speichers zu tun oder?
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: CoolTux am 01 Dezember 2018, 09:20:57
Dazu gibt es einen großen Thread und ganz viele Kleine hier. Im großen hat Rudi gezeigt was man so testen/überprüfen kann.
Schau mal was Du da so findest.
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: MadMax-FHEM am 01 Dezember 2018, 10:28:17
Bei meinen Systemen dauert es aktuell so ca. 6-8 Wochen bis die Meldungen kommen bzw. fhem "steht"...
("stehendes" fhem ist mir erst 1* passiert bei meinem Testsystem, da hab ich nicht auf Sysmon und Speicher geachtet ;)  )

Bei ein paar von den genannten Threads lese ich auch mit (suche nach deinem Fehler sollte dich ebenfalls hinführen), allerdings gibt es wohl noch keine wirkliche Lösung, außer (mit Tricks) eine bestimmte Perl-Version zu installieren...

Ich überwache den Speicher mittels Sysmon-Modul und habe folgendes Notify angelegt (stammt aus einem der Threads):

define nRestartMemoryProblem notify global:CANNOT_FORK shutdown restart

Dazu muss fhem aktuell sein, da das Event neu von Rudi eingebaut wurde...
Und ist nur ein Notnagel, um zu verhindern, dass fhem dann gar nichts mehr macht.

Aber wie geschrieben: habe ihn aus einem der Threads, nicht getestet (meistens starte ich innerhalb der Zeit manuell neu bzw. verbinde es mit einem fhem-Update)...

Gruß, Joachim
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: connormcl am 01 Dezember 2018, 17:52:30
Gibts denn schon Erfahrungswerte, welche Perl-Versionen "gut" bzw. "schlecht" sind, ggfls. auch in Zusammenhang mit der Distribution?
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: MadMax-FHEM am 01 Dezember 2018, 17:57:38
Wenn dann wäre das in den entsprechenden Threads zu finden...

Ich lese da auch nur drüber...

Ich beobachte (sowieso) einfach mein System, mache von Zeit zu Zeit die üblichen Updates...

Gruß, Joachim
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: Kusselin am 03 Dezember 2018, 21:28:19
Hallo, habe jetzt mal über Terminal "free -m" eingegeben..das kommt raus:

total        used        free      shared  buff/cache   available
Mem:            927         623         175           0         128         254
Swap:            99          59          40


Könnt ihr daraus was deuten?

Danke und Gruß

Hab mal den großen Thread hier gelesen..verstehe das aber nicht so..

Andere sagen wieder das liegt am Stetch Liter Image??

Was sagt ihr?
Titel: Antw:Fhem nach Tagen nicht mehr erreichbar über IP Adresse
Beitrag von: MadMax-FHEM am 03 Dezember 2018, 21:51:37
Sieht erst mal unspektakulär aus...
Und wie das mit Speicherverbrauch so ist es ist halt schleichend...

Und beim drüber lesen in den diversen Threads gibt es halt verschiedene Lösungs-/Ursachentheorien...
...mit Betonung auf "Theorien" (meine Meinung).

Ob es nun an Stretch oder eher dem dort mitgelieferten Perl liegt (auch eine Theorie, genau so wie schon einige Module in Verdacht waren) kann ich nicht sagen...
...unter Wheezy (und Jessie) hatte ich keine Probleme, da lief fhem über Monate durch.

Zurück zu gehen ist aber keine Option...
...und per irgendwelcher "Spezial-Schritte" irgendeine spezielle Version von Perl zu installieren auch nicht...
...zumindest für mich nicht.

Wie geschrieben: ich überwache meine Systeme mittels sysMon-Modul und habe den geposteten Notiy im Einsatz, damit zumindest das System nicht irgendwann mal komplett steht...

Einen Totalstillstand hatte ich erst einmal aber da es bei dem System war auf das ich nicht so einfach zugreifen kann ist das mit dem "Not-Notify" schon gut...

Aktuell laufen meine Systeme so ca. 2-4 Wochen (je nachdem was ich damit mache)...
...und damit kann ich leben.

Gruß, Joachim