FHEM Absturz alle 4 Std: "Cannot fork: Nicht genügend Hauptspeicher verfügbar"

[Timmy.m]

Liebe Fhem Spezialisten!

Bekomme seit dem Update vom 17.1. die Fehlermeldung "Cannot fork: Nicht genügend Hauptspeicher verfügbar" im Log angezeigt und bald darauf stürzt FHEM ab.
Vor dem 17.1.2019 hatte ich das letzte Update am 12.1.2019 gemacht, hier und davor gab es aber im Log keine Probleme.
Es dauert in meiner Konfiguration durchschnittlich 3-4 Stunden, dann ist der Speicher wieder voll. Wird vor dem Absturz (von FHEM) einfach Fhem neu gestartet "shutdown restart", ist der Speicher wieder frei.

Ich verwende Pearl Version v5.20.2. Mit htop Taskmanager kann ich sehen, dass die perl fhem.pl fhem.cfg Prozesse langam immer mehr RAM verbrauchen, auch wenn neue kurzzeitig hinzukommen, haben diese einen gleich hohen RAM Verbrauch.
Nach dem neustart und ein wenig einarbeiten, ist der "normale" RAM Verbrauch bei 13%, nach ca. 60 Minuten verbraucht jeder perl Prozess bereits 30%. 3 Stunden später benötigt "perl fhem.pl fhem.cfg" rund 75% und das log ist voll von "Cannot fork: Nicht genügend Hauptspeicher verfügbar".


Folgendes habe ich bereits in meiner Verzweiflung getan:

- Habe die GPU von 64 auf 16 MB gesetzt
- attr global blockingCallMax 5
- presence ping auf 4 reduziert


Ich hänge mal ein paar Screenshots vom htop Tool an.
Ich hoffe Ihr könnt mir helfen, da eine Haussteuerung, die alle 4 Stunden abstürzt echt keinen Spaß macht. Der WAF sinkt derzeit sehr bedrohlich!

Grüße Tim

[Bartimaus]

Hast Du mal "apptime" auf FHEM gestartet ?

[Timmy.m]

Vielen Dank für deine Rückmeldung.

Bisher nicht. Ich habe den Befehl einmal ausgeführt. Anbei ein Screenshot.

Danke.
Grüße Tim

[MadMax-FHEM]

Zu dem Thema gibt es bereits Threads:

https://forum.fhem.de/index.php/topic,84372.msg766405.html#msg766405

https://forum.fhem.de/index.php/topic,73490.msg651503.html#msg651503

Und irgendwo auch ein Notify, das dann fhem automatisch restartet...
...nicht toll aber besser als total lahmgelegt...

Aktuell whrscheinlich plausibelste "Lösung": andere Perl-Version installieren.
Am Ende eines der Threads steht wie usw.

Aber ob das tatsächlich eine Lösung ist: keine Ahnung.

Bei mir läuft das System ca. 2-4 Wochen, damit kann ich leben.

Gruß, Joachim

[Jamo]

Seit etwa Dezember hatte ich auch die ,,Cannot fork..." Fehlermeldung. Ich habe bei mir dann alle presence ,ping' durch presence ,functioncall' ersetzt, seitdem ist es wesentlich besser, ab und zu tritt das aber immer noch auf, dann hilft wirklich nur ein re-boot vom gesamten System.

[Bartimaus]

Code Auswählen Erweitern

defmod RestartMemoryProblem notify global:CANNOT_FORK shutdown restart

Damit fängt FHEM den Absturz vorher theoretisch ab....

[Timmy.m]

Ich habe bei mir dann alle presence ,ping' durch presence ,functioncall' ersetzt

Danke für den Hinweis. Hast du einen Tipp für mich, leider findet die Suche functioncall nichts, bzw. nur "function" vom presence Modul, aber welche Funktion verwendet du?

Code Auswählen Erweitern

defmod RestartMemoryProblem notify global:CANNOT_FORK shutdown restart

Damit fängt FHEM den Absturz vorher theoretisch ab....

Habe ich mal eingebaut. Trotzdem wäre es mir lieber den Fehler zu finden, denn Reboots alle 3-4 Stunden killt so einige Prozesse in meinem Haus, die durchaus länger anhalten.

Ich versuche aktuell die Perl Version anzuheben.

Grüße Tim

[CoolTux]

Alle 3-4 Stunden ist aber gut um Module ab zu schalten. Da ist die Zeitspanne überschaubar.
Kannst Du zu Testzwecken eventuell Dein OneWire einmal abschalten.
Habe bei appti e was mit ow gelesen. Ganz oben ersten beiden Einträge.

[Bartimaus]

Habe bei appti e was mit ow gelesen. Ganz oben ersten beiden Einträge.

Moin,

bei mir belegt 1wire auch die beiden ersten Plätze in Apptime, habe > 40 1w-Devices, da ist n büschn was los aufm Bus, hat aber keinerlei Auswirkungen auf die FHEM-Stabilität. Ich habe allerdings OWX-Async statt OWServer am laufen. Justmy2cents

[Timmy.m]

Danke für Eure Tipps. OneWire habe ich aus meiner Konfiguration komplett entfernt und der Speicher steigt trotzdem stetig an.
Leider bekomme ich kein neues Perl installiert. Er bleibt hartnäckig bei Perl Version v5.20.2.

[CoolTux]

Dann weiter suchen. Stück für Stück Geräte entfernen und beobachten.

[Bartimaus]

Er bleibt hartnäckig bei Perl Version v5.20.2.

Die Version habe ich auch installiert....

[Timmy.m]

So, habe mal meine ganzen Hue's entfernt (13 Lampen, 2 Dimmer + Hue Bridge, die alle 30 Sec abgerufen werden) jetzt steigt der RAM Verbrauch nur noch langsam aber stetig an.
Was auffällt ist jedoch, wenn ich durch meine Räume im linken Menü klicke, steigt der RAM Verbrauch relativ schnell an und wird nicht mehr frei gegeben.
(durchschnittlich +0.1% RAM nach 4 Klicks auf verschiedene Räume)

Grüße Tim

[Timmy.m]

Noch ein Hinweis. Auf meinem zweiten Raspberry (Fhem) Server, der weniger Komponenten verwaltet und bisher stabil läuft kann man beobachten, dass der Speicher auch in +0.1% Schritten steigt, wenn man zwischen einem Raum und "Everything" im linken Menü wechselt.
Sonst, wenn man sich nicht auf der WEB Oberfäche bewegt, bleibt der RAM Wert aber konstant und steigt nicht mehr.
Es laufen auf diesem FHEM Server aber auch keine Module, die Information über HTTP pollen!

Grüße Tim

[frank]

Bekomme seit dem Update vom 17.1. die Fehlermeldung "Cannot fork: Nicht genügend Hauptspeicher verfügbar" im Log angezeigt und bald darauf stürzt FHEM ab.
Vor dem 17.1.2019 hatte ich das letzte Update am 12.1.2019 gemacht, hier und davor gab es aber im Log keine Probleme.

hast du denn mal einen restore auf die vorherige fhem version gemacht? wenn deine aussage stimmt, sollte der "spuk" ja auch wieder verschwinden.

anschliessend könnte man dann die durch das update veränderten module ermitteln.