Cannot fork: Cannot allocate memory | BlockingInformParent

[yamaha1983]

Die Mühe mit den Modulen abschalten hatte ich mir schon gemacht, bevor ich die Anleitung mit Perlbrew hier einstellt hab. Aber ich konnte kein spezifisches Modul feststellen. Auch Apptime abschalten hatte bei mir nichts gebracht.

Der Zusammenhang mit regex kann stimmen. Diese nutze ich exzessiv .

Wenn jemand die Muße hat, kann er auch mal ein aktuelles Perl (perl-5.29.6) kompilieren und probieren. Vielleicht ist das Problem wirklich schon behoben.

Grüße

[CoolTux]

https://stackoverflow.com/questions/43288921/perl-program-leaking-memory-when-compiling-regex

https://rt.perl.org/Public/Bug/Display.html?id=130254
Hier dürfte der letzte Eintrag entscheidend sein

http://code.activestate.com/lists/perl5-porters/234233/

[gandi1791]

Hier auch! Ich hatte vorher freezemon nur mit "set inactive" bzw. "disable 1" stillgelegt. Jetzt komplett gelöscht und fhem-Neustart durchgeführt.
VG Sebastian

zuerst:
Grundsätzlich selbiges Phänomen: RAM läuft innerhalb weniger Stunden voll > Cannot allocate memory
Dann diesen Beitrag bis zu dem quote oben gelesen.
Festgestellt, dass ich Freezemon auch nur auf disable=1 gesetzt habe (im Nachhinein fällt mir auf, dass etwa zu der Zeit das Problem begann).
Nun Freezemon gestern Abend komplett gelöscht, fhem neustart, Ergebnis: Das Problem ist weg!  (siehe RAM Verlauf im Anhang)
(Apptime hatte ich nicht aktiv)

Noch ein paar Hintergrunddaten, falls es noch nützlich sein sollte (habe den Thread hier leider - noch - nicht bis zum Schluss gelesen):
RaspberryPi 3b
Stretch 9.6
Perl Version: v5.24.1

Verison:

Code Auswählen Erweitern


Latest Revision: 18080

File                   Rev   Last Change

fhem.pl                18029 2018-12-22 19:22:09Z rudolfkoenig
57_ABFALL.pm           11023 2018-06-13 12:34:34Z uniqueck
39_alexa.pm            16299 2018-03-01 08:06:55Z justme1968
60_allergy.pm          16669 2018-04-28 21:42:29Z moises
96_allowed.pm          17613 2018-10-24 15:37:39Z rudolfkoenig
90_at.pm               17561 2018-10-18 14:45:30Z rudolfkoenig
98_autocreate.pm       17993 2018-12-17 14:29:00Z rudolfkoenig
38_Broadlink.pm        15578 2017-12-09 11:44:57Z daniel2311
57_Calendar.pm         17531 2018-10-14 16:19:52Z neubert
57_CALVIEW.pm          17605 2018-10-23 16:37:40Z chris1284
00_CUL.pm              17559 2018-10-18 07:45:07Z rudolfkoenig
14_CUL_MAX.pm          12440 2016-10-26 20:24:45Z mgehre
14_CUL_TCM97001.pm     16274 2018-02-25 20:42:39Z bjoernh
93_DbLog.pm            17772 2018-11-18 07:42:15Z DS_Starter
98_DOIF.pm             18023 2018-12-21 15:07:36Z Damian
98_dummy.pm            16965 2018-07-09 07:59:58Z rudolfkoenig
37_echodevice.pm       15724 2017-12-29 22:59:44Z michael.winkler
91_eventTypes.pm       14888 2017-08-13 12:07:12Z rudolfkoenig
98_expandJSON.pm       17324 2018-09-11 06:48:31Z dev0
72_FB_CALLLIST.pm      17968 2018-12-13 12:23:17Z markusbloch
72_FB_CALLMONITOR.pm   17966 2018-12-13 10:52:26Z markusbloch
01_FHEMWEB.pm          18065 2018-12-27 10:12:16Z rudolfkoenig
92_FileLog.pm          17181 2018-08-20 17:23:26Z rudolfkoenig
72_FRITZBOX.pm         17437 2018-09-30 18:24:58Z tupol
98_Heating_Control.pm  16005 2018-01-27 06:05:51Z igami
98_HTTPMOD.pm          17736 2018-11-12 19:42:35Z StefanStrobel
02_HTTPSRV.pm          16874 2018-06-15 17:18:55Z neubert
30_HUEBridge.pm        17986 2018-12-16 14:20:19Z justme1968
31_HUEDevice.pm        18025 2018-12-21 19:19:55Z justme1968
10_IT.pm               17540 2018-10-15 19:00:42Z bjoernh
98_JsonList2.pm        17230 2018-08-30 13:03:48Z rudolfkoenig
10_MAX.pm              16847 2018-06-10 18:42:19Z rudolfkoenig
00_MQTT.pm             17362 2018-09-17 12:57:29Z hexenmeister
10_MQTT_DEVICE.pm      17362 2018-09-17 12:57:29Z hexenmeister
00_MYSENSORS.pm        17290 2018-09-06 08:29:45Z Hauswart
10_MYSENSORS_DEVICE.pm 17611 2018-10-24 10:56:06Z Hauswart
91_notify.pm           17225 2018-08-29 12:34:29Z rudolfkoenig
33_readingsGroup.pm    16299 2018-03-01 08:06:55Z justme1968
95_remotecontrol.pm    10724 2016-02-04 18:17:33Z ulimaass
14_SD_RSL.pm            7779 2017-11-14 18:00:00Z v3.3.1-dev
00_SIGNALduino.pm      10488 2018-12-19 12:00:00Z v3.3.3-dev
70_STV.pm              12857 2016-12-21 11:59:33Z Zwiebel
99_SUNRISE_EL.pm       16632 2018-04-17 19:00:21Z rudolfkoenig
98_SVG.pm              17779 2018-11-18 17:49:14Z rudolfkoenig
42_SYSMON.pm           17227 2018-08-29 19:58:18Z hexenmeister
50_TelegramBot.pm      16382 2018-03-11 13:20:55Z viegener
98_telnet.pm           17529 2018-10-14 12:57:06Z rudolfkoenig
98_THRESHOLD.pm        14179 2017-05-03 20:10:16Z Damian
59_Twilight.pm         16005 2018-01-27 06:05:51Z igami
99_Utils.pm            15713 2017-12-28 11:01:02Z rudolfkoenig
77_UWZ.pm              17646 2018-10-30 11:20:16Z CoolTux
98_version.pm          15140 2017-09-26 09:20:09Z markusbloch
91_watchdog.pm         16963 2018-07-09 07:40:22Z rudolfkoenig
59_Weather.pm          16644 2018-04-22 08:07:35Z neubert
98_weblink.pm          16293 2018-02-28 21:33:57Z rudolfkoenig
98_WeekdayTimer.pm     16005 2018-01-27 06:05:51Z igami

ABFALL_getEvents.pm    11023 2018-06-13 12:34:34Z uniqueck
ABFALL_setUpdate.pm    11021 2017-09-13 00:32:22Z uniqueck
AttrTemplate.pm        17973 2018-12-14 18:19:05Z rudolfkoenig
Blocking.pm            17553 2018-10-17 15:56:35Z rudolfkoenig
Color.pm               11159 2016-03-30 16:08:06Z justme1968
No Id found for Constants.pm
DevIo.pm               17994 2018-12-17 14:32:10Z rudolfkoenig
FritzBoxUtils.pm       16691 2018-05-05 17:11:26Z rudolfkoenig
GPUtils.pm              6653 2014-10-02 11:59:37Z ntruchsess
HttpUtils.pm           17831 2018-11-24 15:09:17Z rudolfkoenig
Info.pm                   28 2008-11-09 01:08:44Z dsully
No Id found for MaxCommon.pm
No Id found for Message.pm
myUtilsTemplate.pm      7570 2015-01-14 18:31:44Z rudolfkoenig
RTypes.pm              10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm       18040 2018-12-23 17:31:10Z rudolfkoenig
TcpServerUtils.pm      17529 2018-10-14 12:57:06Z rudolfkoenig
YahooWeatherAPI.pm     16641 2018-04-21 12:28:38Z neubert


Falls jemand (Rudi & Co) noch weitere Infos benötigt, sofern es in meiner Macht liegt, kann ich die gerne liefern.

[Damian]

Noch ein paar Hintergrunddaten, falls es noch nützlich sein sollte (habe den Thread hier leider - noch - nicht bis zum Schluss gelesen):
RaspberryPi 3b
Stretch 9.6

Falls jemand (Rudi & Co) noch weitere Infos benötigt, sofern es in meiner Macht liegt, kann ich die gerne liefern.

Das wichtigste konnte ich deinem Post nicht entnehmen: Perlversion?

[gandi1791]

Das wichtigste konnte ich deinem Post nicht entnehmen: Perlversion?

Sorry, hat heute morgen keinen Putty Zugriff.
Jetzt schon.
Habe die Version (v5.24.1) oben nachgetragen.

[DefanC]

Hallo,
ich hatte dasselbe Problem mit dem überlaufenden Speicher am Raspi. Nach längerem Suchen und deaktivieren einiger <devices> verbesserte sich leider nichts.
Mein Problem beruhigte sich, ebenso wie bei @gandi1791, nachdem ich Freezemon kpl. gelöscht hatte.
Hatte es zuvor ebenso nur <disabled 1> gesetzt, was (meiner Meinung nach) das Problem versursacht hatte.

zu meinen Systemdetails: 

RaspberryPi 3b
Stretch 9.6
Perl Version: v5.24.1
fhem:  aktuelle Version

[Damian]

Hallo,
ich hatte dasselbe Problem mit dem überlaufenden Speicher am Raspi. Nach längerem Suchen und deaktivieren einiger <devices> verbesserte sich leider nichts.
Mein Problem beruhigte sich, ebenso wie bei @gandi1791, nachdem ich Freezemon kpl. gelöscht hatte.
Hatte es zuvor ebenso nur <disabled 1> gesetzt, was (meiner Meinung nach) das Problem versursacht hatte.

zu meinen Systemdetails: 

RaspberryPi 3b
Stretch 9.6
Perl Version: v5.24.1
fhem:  aktuelle Version

Ich würde dennoch als erstes die 5.24 ersetzen, ich konnte den Speicherzuwachs jederzeit mit dem DOIF-Modul provozieren.

Es ist also eine tickende Zeitbombe, die sich je nach Einsatz der Module bei einem früher beim anderen später bemerkbar macht.

Edit: Das DOIF-Modul ist z. Zt. das einzige Modul, welches durch Umprogrammierung den Bug bewusst minimiert.

[DefanC]

@Damian,

danke für deinen Hinweis!

Im Moment bin ich noch am Überlegen/Abwarten, die Perl 5.24 zu ersetzen.
Ich lese hier schon eine ganze Weile mit, um meinem/diesem Problem auf die Spur zu kommen.
Außer dem Freezemon-Modul und die Verbesserung nach dem löschen desselben, kann ich weiter nicht allzu viel dazu sagen.

[Skusi]

Das mit der stetig steigenden Ram Auslastung meines Raspberry2 B unter DietPi V152 Perl V 5.20.2 beobachte ich auch schon länger. Bin aber auch Ratlos was ich dagegen tun kann.

Freezemon ist nicht aktiv, und auch apptime ist nicht Schuld.


Das Ram steigt stetig an, bis ich nach ein paar Tagen einen shutdown restart auslöse und alles wieder bei ca 130 beginnt.

Hilft es etwa nun das Perl zu updaten ? Ist ja schon etwas älter. Lief aber bisher gut. Ich update sowas ungerne wenn es nicht notwendig ist.

[popy]

Mein Speicherverbrauch des Systems schaut jetzt nach fast 4 tagen gut aus (Siehe Grafik).
Dies ist ohne apptime (was bei mir wahrscheinlich die Schuld hatte) und Perl 5.24.1.
Hier der Verbrauch des perl Prozess:

Code Auswählen Erweitern


"ps -aux | grep fhem" ohne apptime:

03.01.2019 04:41: fhem     27616 21.5  5.2  55184 49932 ?        R    04:40   0:14 /usr/bin/perl fhem.pl fhem.cfg
03.01.2019 11:52: fhem     27616 14.6 10.7 107928 101972 ?       S    04:40  63:20 /usr/bin/perl fhem.pl fhem.cfg
03.01.2019 14:42: fhem     27616 15.3 12.2 122124 116136 ?       S    04:40  92:17 /usr/bin/perl fhem.pl fhem.cfg
03.01.2019 17:20: fhem     27616 15.5 13.3 133232 127148 ?       R    04:40 118:11 /usr/bin/perl fhem.pl fhem.cfg
03.01.2019 18:34: fhem     27616 15.6 14.0 140068 133852 ?       R    04:40 130:33 /usr/bin/perl fhem.pl fhem.cfg
03.01.2019 20:03: fhem     27616 15.8 14.8 147644 141432 ?       S    04:40 145:55 /usr/bin/perl fhem.pl fhem.cfg
03.01.2019 20:46: fhem     27616 15.8 15.8 156972 150756 ?       S    04:40 153:32 /usr/bin/perl fhem.pl fhem.cfg
04.01.2019 11:12: fhem     27616 15.9 16.5 163496 157284 ?       S    Jan03 291:52 /usr/bin/perl fhem.pl fhem.cfg
04.01.2019 20:10: fhem     27616 15.7 16.9 166596 160512 ?       S    Jan03 373:53 /usr/bin/perl fhem.pl fhem.cfg
06.01.2019 20:11: fhem     27616 15.7 18.7 184516 178308 ?       S    Jan03 824:31 /usr/bin/perl fhem.pl fhem.cfg

Nach 3 days, 15:36:52 uptime:
0,15% / h
1,4 MB / h


Ich beobachte das nun noch ein wenig und werde vll. doch mal Perl auf 5.26 up bzw. 5.20 downgraden.
Es gibt in der 5.24 lt. dem vorher geposteten Bugtracker Link ja definitiv memory leaks.

pOpY

[Skusi]

Wenn ich das also richtig verstanden habe, kann es bei mir nicht an der veralteten Perl Version liegen, da ja scheinbar nur die 5.24 in der Hinsicht bugy ist.

Leider hab ich weder Freezemon noch Apptime laufen, und trotzdem steigt meine Ram Auslastung um ca 86 MB / 24h.

Wie kann man den einzelne Module abschalten um den Schuldigen zu finden. Es wird mir wohl nix anderes übrig bleiben als auf diese Weise der Sache auf die Spur zu kommen.

[MadMax-FHEM]

Wie kann man den einzelne Module abschalten um den Schuldigen zu finden. Es wird mir wohl nix anderes übrig bleiben als auf diese Weise der Sache auf die Spur zu kommen.

Schauen was das jeweilige Modul das du verwendest so bietet:

set DeviceName disable
set DeviceName inactive
...

attr DeviceName disable 1

Harter Weg:

Backup der fhem.cfg und dann Device löschen: delete DeviceName
(oder aber eher nicht empfohlen bzw. ebenfalls Backup: fhem.cfg editieren und Gerät "auskommenteren": '#' vor jede Zeile des Devices)

Aufpassen: bei manchen Geräten (2-Stufige: IODev -> Device) ist es wichtig die Reihenfolge zu beachten bzw. NICHT das "unterlagerte" Gerät (z.B. ein IODev für eine bestimmte Anbindung) zu deaktivieren, weil dann (meist) die darauf aufsetzenden Geräte eben der Boden unter den Füßen weggezogen wird/wurde und es dann zu Fehlern kommt bzw. diese nicht mehr (vernünftig) arbeiten können...

Und dann eben sehen wie sich der Speicher entwickelt.

EDIT: allerdings wurde das von einigen schon praktiziert... Und es gab schon viele "Verdächtige"... Daher beobachte ich, habe das Notify für "Notstart" aktiv und hoffe auf eine neue/andere Perl Version (sollte es tatsächlich [nur] daran liegen) in Raspbian... Aktuell "überlebt" mein System gut einen Monat. Das Testsystem (mit allem Möglichen installiert nicht nur fhem-Module auch auf OS-Seite   ) nicht ganz so lang (aber es ist ja auch nur ein Testsystem) und das System bei meiner Freundin (ähnlich meinem Hauptsystem) gut gegen 2 Monate... Damit kann ich (noch) leben...

Gruß, Joachim

[popy]

Mit diesem Script kann mann sich eine fertig kompilierte für den Raspberry Pi (armv7l-linux) perl-5.20.3 und perlbrew installieren.
https://www.dropbox.com/s/926car881dvhrau/install-perlbrew-from-tar.sh?dl=1
(wie immer ohne Gewähr)

Dann noch /etc/init.d/fhem anpassen. Änderungen sind fett.

#!/bin/bash
# description: Start or stop the fhem server
# Added by Alex Peuchert

### BEGIN INIT INFO
# Provides:             fhem.pl
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server
### END INIT INFO

export PERLBREW_ROOT=/opt/perlbrew
source /opt/perlbrew/etc/bashrc
perlbrew use perl-5.20.3

set -e
cd /opt/fhem
port=7072

habe kein fhem init.d script mehr sondern ein systemd service Namens fhem.service:

Code Auswählen Erweitern


  GNU nano 2.7.4                  File: fhem.service

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target

[Service]
Type=forking
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target


Hast du eine Idee wie ich hier die bash optionen für perlbrew setzen kann?

Danke

[iice64]

sudo nano /opt/fhem/fhem.sh

mit folgendem Inhalt anlegen

#!/bin/bash
export PERLBREW_ROOT=/opt/perlbrew
source /opt/perlbrew/etc/bashrc
perlbrew use perl-5.20.3
cd /opt/fhem
perl fhem.pl fhem.cfg

sudo chown fhem:dialout /opt/fhem/fhem.sh
sudo chmod a+x /opt/fhem/fhem.sh

ExecStart=/opt/fhem/fhem.sh

eintragen

[Kusselin]

Hallo,

konnte die perl version 5.20.3 kompilieren und diese läuft jetzt auch.
Wollte jetzt mit"cpan SOAP::Lite" das Modul installieren...es läuft auch aber zum schluss kommt ne meldung:

Code Auswählen Erweitern

Couldn´t untar SOAP-Lite-1.27.tar: Nicht genügend  Hauptspeicher verfügbar"

habe einen Raspi 3

Über ne Info vielen Dank

Code Auswählen Erweitern

riting /root/.cpan/Metadata
Running install for module 'SOAP::Lite'
Checksum for /root/.cpan/sources/authors/id/P/PH/PHRED/SOAP-Lite-1.27.tar.gz ok
Uncompressed /root/.cpan/sources/authors/id/P/PH/PHRED/SOAP-Lite-1.27.tar.gz successfully
Using Tar:/bin/tar xf "SOAP-Lite-1.27.tar":
Couldn't untar SOAP-Lite-1.27.tar: 'Nicht gen?gend Hauptspeicher verf?gbar'
'YAML' not installed, will not store persistent state
  PHRED/SOAP-Lite-1.27.tar.gz
  Had problems unarchiving. Please build manually