Cannot fork: Cannot allocate memory | BlockingInformParent

[Rewe2000]

Hallo Joachim,

meinte natürlich sysmon.

Bei mir:
Perl:   5.24.1

Habe ich node oder nodejs überhaupt installiert?
Ich denke nein, den über SSH ergeben die Abfragen:

Code Auswählen Erweitern

pi@raspberrypi:/usr/bin $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi:/usr/bin $ nodejs -v
-bash: nodejs: Kommando nicht gefunden.

Wie ermittle ich die node Version, mach ich da einen Fehler?

Gruß Reinhard

[amenomade]

Perl: 5.20.2
Node: 8.16.0

[MadMax-FHEM]

Hallo Joachim,

meinte natürlich sysmon.

Bei mir:
Perl:   5.24.1

Habe ich node oder nodejs überhaupt installiert?
Ich denke nein, den über SSH ergeben die Abfragen:

Code Auswählen Erweitern

pi@raspberrypi:/usr/bin $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi:/usr/bin $ nodejs -v
-bash: nodejs: Kommando nicht gefunden.

Wie ermittle ich die node Version, mach ich da einen Fehler?

Gruß Reinhard

Nein, vermutlich kein Fehler, wenn du kein Modul hast, das node braucht

Die Antwort wäre nur interessant gewesen, falls du auch das echodevice nutzt und das "ohne Auffälligkeiten"...

Ah, Sysmon...
War bei mir aber auch unauffällig bzgl. Speicher.
Aber da ich nur Temp. und Speicher wissen wollte frage ich das per Linux-Console ab...
...ohne Sysmon...

Gruß, Joachim

[amenomade]

Sysmon: ich habe deswegen gefragt, weil er angefangen hat, die Log mit Perl Warnings zu müllen, ungefähr gleichzeitig wie die erste Fehlermeldungen "Cannot fork". Aber das ist vielleicht eine Konsequenz.

[Skusi]

Also bei mir läuft Sysmon seit Monaten zum loggen des freien Speichers.

Perl v5.20.2
Node v8.15.1
Nodejs v8.15.1

Hier zwei typische Beispiel SVG´s des Speicherverbrauchs:

[der-Lolo]

Ich kann SYSMON jetzt wahrscheinlich auch ausschliessen - habe gestern Testweise entfernt.
Leider steigt der Speicherverbrauch weiterhin an...

[frank]

moin,

ich habe zur zeit 2 verdächtige:

1. userreading mit modifier "integral"

Code Auswählen Erweitern

attr Broetje userReadings hzgGas:hzgBrennerMod:.* integral {ReadingsVal($NAME,"hzgBrennerMod",0)}
2. event-aggregator mit function "integral"

Code Auswählen Erweitern

attr Broetje userreadings hzgGas2:hzgBrennerMod:.* {ReadingsVal($NAME,"hzgBrennerMod",0)}
attr Broetje event-aggregator hzgGas2::const:integral:3600

falls es jemand nachstellen möchte, sind eventuell noch folgende attribute wichtig:

Code Auswählen Erweitern

attr Broetje event-min-interval hkTkomf:86400
attr Broetje event-on-change-reading .*
attr Broetje event-on-update-reading hzgTimeChanged,LAST_ERROR,MATCHED_READINGS


nach dem löschen der 3 attribute hatte ich über 28 std scheinbar keinen speicherverlust. sonst etwa 20MB.
da mein system nur einen sehr langsamen speicheranstieg zeigt, werden meine tests noch tage oder wochen dauern.
eventuell gibt es bei anderen mit intensivem gebrauch dieser funktionen deutlichere hinweise.

system: pi3B, jessie aktuell, perl 5.20.2

gruss frank

die 2 verdächtigen kann ich nun ausschliessen.

da ich quasi gleichzeitig mit dem löschen der verdächtigen funktionen auch jessie auf meinem pi aktualisiert (apt-get update / upgrade) hatte, wurde ich durch einen anderen verlauf der speicherauslastung getäuscht. die anstiege des genutzten speichers waren nach dem update seltener aber hatten grössere sprünge. es gab phasen, die über 1-2 tage keinen speicheranstieg erkennen liessen. auf dauer aber ein ähnlicher speicheranstieg, der weiterhin nach ca 14 tagen zur "cannot fork" meldung führte.

ein erneutes jessie update/upgrade vor ca 6 wochen hat mein speicherproblem nun deutlich verbessert. der speicherverlauf zeigt nun auch hin und wieder nennenswerte speicherfreigaben. dadurch hat sich die dauer von fhem restart bis zur ersten cannot-fork-message mehr als verdoppelt.

vielleicht probiert ihr auch mal ein update/upgrade.
die perl version zeigt allerdings immer noch 5.20.2.

gruss frank

[Christoph Morrison]

Raspbian kommt seit 20. Juni übrigens mit Debian Buster (und damit auch mit Perl 5.28.1).

[DS_Starter]

Hallo,

die haben sich bestimmt verschrieben. Buster sollte wohl besser Bugster heißen. 
Habe heute mein Testsytem gegen 17:00 upgegraded. Schaut euch den Plot im Anhang an ... ohne Worte.

Ich werde wohl noch etwas beobachten und dann restoren.

Grüße,
Heiko

[DS_Starter]

Kurzes Update.
Nachdem sich der erste "Schreck" gelegt hat, habe ich noch etwas das Verhalten beobachtet.
Der RAM-Verbrauch scheint sich auf einem ca. 150 MB höheren Level (gegenüber Stretch) eingeschwungen zu haben.
Wobei das Verhalten recht volatil gegenüber der vorherigen Version ist. Auch eine höhere SWAP Nutzung ist sichtbar.
Ansonsten läuft FHEM ohne Klagen.

Naja, begeistert bin ich momentan nicht und werde weiter beobachten.Aber man sieht schon einen recht deutlichen Unterschied zwischen den beiden Debain Versionen bei sonst unveränderten Rahmenbedingungen.

EDIT: jetzt nach ca. 5 Stunden Laufzeit scheint sich das Bild zu manifestieren. Der RAM und SWAP Verbrauch ist insgesamt höher als mit Stretch, scheint sich aber auf diesem Niveau zu stabilisieren wobei ingesamt ein volatiler Eindruck verbleibt.
Zumindest bei meiner Installation.

[Hollo]

Raspbian kommt seit 20. Juni übrigens mit Debian Buster (und damit auch mit Perl 5.28.1).

Ist das mit der Perl-Version evtl. auch der Grund, warum die plötzlich auf Buster wechseln?
Buster soll doch eigentlich am 6.7. stable werden, die 3 Wochen wären ja absehbar.

[Christoph Morrison]

Ist das mit der Perl-Version evtl. auch der Grund, warum die plötzlich auf Buster wechseln?
Buster soll doch eigentlich am 6.7. stable werden, die 3 Wochen wären ja absehbar.

Schätze eher dass es um die Hardwareunterstützung des Pi4 geht/ging.

[frank]

Habe heute mein Testsytem gegen 17:00 upgegraded. Schaut euch den Plot im Anhang an ... ohne Worte.

hast du dein vorhandenes stretch über apt/apt-get  "aufgebohrt" oder ein frisches buster aufgesetzt, wie raspberrypi.org es empfiehlt?
nach dem plot würde ich ersteres vermuten.

[DS_Starter]

Hallo frank,

ich habe upgegradet. Habe eine Debian-VM, kein Raspberry.
Die Vorgehensweise ist hier -> https://linuxconfig.org/how-to-upgrade-debian-9-stretch-to-debian-10-buster bzw. hier https://www.debian.org/releases/buster/mips/release-notes/ch-upgrading.en.html

Grüße,
Heiko

[frank]

ok, merci.