Cannot fork: Cannot allocate memory | BlockingInformParent

iice64 · 20 Januar 2019, 09:47:53

Zitat von: Skusi am 20 Januar 2019, 09:01:43
Also bei mir unter Perl -5.20.2 sieht das leider so aus :

Bei mir läuft perl-5.20.3 und läuft absolut stabil.

Skusi · 21 Januar 2019, 18:09:36

Ich verstehe nur nicht wie das nun auf einmal kommt. Meine Perl Version ist schon ewig unverändert. Da muß sich doch eine Modul bugmäßig seit irgendeinem Update diesen Speicher gönnen.

Der Schuldige ist doch deswegen nicht Perl.

Außerdem frage ich mich wie ich meine live System mal eben auf Perl 5.20.3 updaten soll. Das geht doch bestimmt nur per neuaufsetzen des RPi - Oder ?

Lieber wäre mir das fehlerhafte Modul ausfindig zu machen.

maci · 21 Januar 2019, 19:35:56

Ich denke, dass hier mehr zusammenspielt.

Es muss nicht zwangsläufig perl oder python, .... sein.

Da dieses Problem nur beim aktuellen Debian System auftritt und das wiederum nur am Raspberry, vermute ich da irgendetwas im System, das nicht absolut mit dem Raspberry harmoniert.
Die kann das dann auslösen.
Ich hatte es anfangs auch, und wiederum nur auf einem Gerät.
Ich weiß nicht mehr was ich gemacht habe, aber jetzt läuft alles, bis auf die Tatsache, dass mein x-Deamon ständig abschmiert.
Da ich dem Gerät einen Bildschirm hängen habe, ist das nicht immer optimal.
Er meckert immer etwas von zuwenig Speicher, obwohl mein Speicherverbrauch nicht ansteigt.
Ich vermute dass ihm der deaktivierte Swap nicht schmeckt.

Da ich aber sowieso vorhabe, diesen Raspberry (mein HeizungsFhem) im Frühjahr eine SSD zu gönnen, belasse ich das erstmal so.

Wernieman · 21 Januar 2019, 19:46:22

Was läst Du denn auf X laufen?

Wenn ein Browser .... die können manchmal wirklich speicher ziehen ...

rudolfkoenig · 21 Januar 2019, 22:12:59

ZitatLieber wäre mir das fehlerhafte Modul ausfindig zu machen.

Mir auch. Ich behaupte, hier gibt es an mehreren Stellen Probleme, die sich mit dem gleichen Symptom melden:
- Bug in (mehreren?) FHEM-Modulen.
- Perl-Bug, was bei Verwendung bestimmter Features in einem Modul sich bemerkbar macht
- Bug in einem der OS-Bibliotheken.
Fuer alle diese Bugs gilt, dass es nicht in jedem FHEM/Perl/OS-Version auftreten, und die Mehrheit der FHEM-User nicht merklich stoert.

Keiner dieser Bugs ist einfach zu finden, selbst von erfahrenen Bug-Jaeger, und unmoeglich, falls man es selbst nicht reproduziert kriegt.
Um das Problem zu fixen, muss man es also erst lokalisieren.
Und das geht am einfachsten (auch wenn viele jetzt stoehnen werden), indem man die FHEM-Konfiguration schrittweise soweit verkleinert, bis das Problem nicht mehr auftritt.

popy · 22 Januar 2019, 09:59:49

Zitat von: iice64 am 20 Januar 2019, 09:47:53
Bei mir läuft perl-5.20.3 und läuft absolut stabil.

Auch bei mir mit der 5.20.3 ohne jeglichen Anstieg!

pOpY

Skusi · 22 Januar 2019, 19:37:55

Also, ich denke das es am saubersten wäre wenn ich den Raspberry neu aufsetze.

Bleibt die Frage welches Image würdet Ihr empfehlen.
Ich fahre schon ewig mit dem DietPI Image, und hatte bisher keine Probleme. Wenn ich nun schon alles neu machen muß, würde ich gerne welches System sich für den Pi2 B und Fhem am besten eignet. Und natürlich sollte eine Perl Version enthalten sein die diese Memory Leaks nicht mehr hat.

Irgendein Tipp

Wernieman · 22 Januar 2019, 20:04:39

Nein ... und warum sollte ein Neuinstallieren helfen? Wir sind bei Linux und nicht bei Windows ;o)

Besser und Gesamtheitlich optimaler wäre, die Ursache zu finden ...

iice64 · 23 Januar 2019, 08:44:47

Zitat von: maci am 21 Januar 2019, 19:35:56

Es muss nicht zwangsläufig perl oder python, .... sein.

Da dieses Problem nur beim aktuellen Debian System auftritt und das wiederum nur am Raspberry, vermute ich da irgendetwas im System, das nicht absolut mit dem Raspberry harmoniert.

Da kann ich dir nicht ganz zustimmen. Ich bekam die Probleme mit dem Wechsel auf Debian Stretch. Hier wurde eine neue Perl Version 5.24.1 mitgeliefert. Mit dieser Version begann das Memory Leak. Meine einzige Änderung, die ich danach am System vorgenommen habe, war der Wechsel mit Perlbrew auf perl 5.20.3. Alles andere am System blieb unverändert. Und genau diese Änderung bewirkte, dass das Memory Leak verschwand. Schalte ich mit perlbrew auf 5.24.1 zurück, ist das Memory Leak wieder da!

Damian · 23 Januar 2019, 09:26:52

Zitat von: iice64 am 23 Januar 2019, 08:44:47
Da kann ich dir nicht ganz zustimmen. Ich bekam die Probleme mit dem Wechsel auf Debian Stretch. Hier wurde eine neue Perl Version 5.24.1 mitgeliefert. Mit dieser Version begann das Memory Leak. Meine einzige Änderung, die ich danach am System vorgenommen habe, war der Wechsel mit Perlbrew auf perl 5.20.3. Alles andere am System blieb unverändert. Und genau diese Änderung bewirkte, dass das Memory Leak verschwand. Schalte ich mit perlbrew auf 5.24.1 zurück, ist das Memory Leak wieder da!

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

zu betonen ist: "ich konnte mit der 5.24 Version jederzeit das Memory Leak provozieren" mit anderen Versionen insb. 5.26 kann ich das Memory Leak nicht mehr provozieren.

Morgennebel · 23 Januar 2019, 09:36:32

https://rt.perl.org/Public/Search/Simple.html?q=memory+leak

führt zu dem Hinweis, daß 5.24.1 mehrere Memory Leaks hat, die erst in 5.25.10 gefixt wurden.

Z.B. https://rt.perl.org/Public/Bug/Display.html?id=131219 https://rt.perl.org/Public/Bug/Display.html?id=130254 https://rt.perl.org/Public/Bug/Display.html?id=128313 usw.

Vieles davon betrifft RegExps. Ich denke, gerade dieses nutzt FHEM ganz massiv und es würde den Geschwindigkeit erklären...

Ciao, -MN

Timmy.m · 23 Januar 2019, 10:36:42

Ich bin auch von den Speicherproblemen betroffen und mir ist aufgefallen, dass der Speicher in +0.1% Schritten steigt, wenn man zwischen einem Raum und "Everything" im linken Menü wechselt.

Zu lesen auf https://forum.fhem.de/index.php/topic,96256.0.html

Grüße Tim

Damian · 23 Januar 2019, 10:44:16

Zitat von: Morgennebel am 23 Januar 2019, 09:36:32
https://rt.perl.org/Public/Search/Simple.html?q=memory+leak

führt zu dem Hinweis, daß 5.24.1 mehrere Memory Leaks hat, die erst in 5.25.10 gefixt wurden.

Z.B. https://rt.perl.org/Public/Bug/Display.html?id=131219 https://rt.perl.org/Public/Bug/Display.html?id=130254 https://rt.perl.org/Public/Bug/Display.html?id=128313 usw.

Vieles davon betrifft RegExps. Ich denke, gerade dieses nutzt FHEM ganz massiv und es würde den Geschwindigkeit erklären...

Ciao, -MN

Ich konnte bei mir sogar die Regex-Aufrufe in meinem Modul identifizieren, die allerdings nur im FHEM-Umfeld in der Perlversion 5.24 zum memory leak geführt haben.

Ich könnte (aus meinem Modul) ein abgespecktes Programm zur Verfügung stellen, welches das Regex-Problem provoziert. Damit könnte man feststellen, ob man mit einer Perlversion arbeitet, die ein bestimmtes regex-memory-leak hat.

mumpitzstuff · 23 Januar 2019, 11:32:06

Das wäre toll und würde dem einen oder anderen sicher helfen.

Timmy.m · 23 Januar 2019, 16:16:11

Zitat von: iice64 am 20 Januar 2019, 09:47:53
Bei mir läuft perl-5.20.3 und läuft absolut stabil.

Hattest du am 17.1 ein Neustart von FHEM gemacht? Es sieht bei dir so aus, als würde der RAM Verbrauch auch steigen... aber halt nur minimal. Hast du mal geschaut, ob du beim Räume wechseln (Zwischen Everything und anderen Räumen) per htop auch RAM Einbußen in 0.1% Schritten verzeichnen kannst.

Grüße Tim