UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[zeron850]

@thomas-braun

Danke, den Link kenne ich. Er steigt halt stetig an und läuft dann irgendwann voll. So ein Verhalten kenne ich nicht von bspw. Windows.

[Thomas Braun]

@zeron850

Windows hat eine komplett andere Speicherverwaltung. Das kann nicht verglichen werden.

free -ht --mega

[zeron850]

@thomas-braun

OK, also ist stetig steigender RAM Verbrauch bei einem Linux System etwas normales?

Die 1,1G verfügbar sind bis heute Nacht aufgebraucht.

[Thomas Braun]

@zeron850 sagte in Steigender RAM Verbrauch normal?:

OK, also ist stetig steigender RAM Verbrauch bei einem Linux System etwas normales?

Natürlich. Warum soll das auch ungenutzt brachliegen? Das nutzt man lieber sinnvoll.

[zeron850]

@thomas-braun

Ich betreibe noch ein reines NAS mit DietPi und da steigt der RAM selbst unter Volllast nie über 300 MB.

Geht es also allen ioBroker Usern so das diese ihr System alle paar Tage neustarten müssen oder gibt es andere Möglichkeit den RAM wieder freizubekommen? Ich frage deshalb weil irgendwann das System einfriert.

[Thomas Braun]

@zeron850 sagte in Steigender RAM Verbrauch normal?:

Geht es also allen ioBroker Usern so das diese ihr System alle paar Tage neustarten müssen oder gibt es andere Möglichkeit den RAM wieder freizubekommen?

Mein System dudelt Wochen bzw. Monatelang durch:

echad@chet:/opt/iobroker $ uptime -p
up 3 days, 21 minutes
echad@chet:/opt/iobroker $ free -ht --mega
               total        used        free      shared  buff/cache   available
Mem:            7.8G        2.2G        4.2G        0.0K        1.4G        5.4G
Swap:            99M          0B         99M
Total:          7.9G        2.2G        4.3G

Neustart vor drei Tagen wegen Kernel-Upgrade.

Ich frage deshalb weil irgendwann das System einfriert.

Schau dir deine skripte an, vermutlich ist da was krummes dabei.

[zeron850]

@thomas-braun

Ok was könnte bei mir die Ursache sein das es voll läuft? Skripte habe ich testweise alle deaktiviert. Die anderen Adapter wachsen genauso im RAM Verbrauch auch ohne Skripte. Admin start z. B. bei 90 MB und steht dann irgendwann bei 160-170 MB usw.

[Thomas Braun]

@zeron850

Wie bist du da unterwegs?

sudo ln -s /usr/bin/node /usr/bin/nodejs
uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

[Einstein67]

@zeron850 Der verwendete Speicher von IOBroker schwankt schon mal.

Hab jetzt mal 6 Wochen aufgezeichnet. Die 2GiB RAM die mein Container bekommt reichen immer noch locker aus.

[zeron850]

@thomas-braun

Was passiert mit den Befehlen bevor ich die eingebe?

[zeron850]

@einstein67

Danke, bei ist die Kurve fast linear steigend bis zur max. RAM. Also ist bei mir etwas in den Einstellungen vermutlich anders.

[Thomas Braun]

@zeron850

Das sagt dir, ob die Installation 'senkrecht im System' ist.

[zeron850]

@thomas-braun

Das ist das Ergebnis?

[Thomas Braun]

@zeron850

Bitte keine Urlaubsbilder aus der Konsole.
Das ist TEXT, also auch als TEXT in CodeTags hier rein.

[zeron850]

@thomas-braun

Sorry

sudo ln -s /usr/bin/node /usr/bin/nodejs

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodej
ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits
aarch64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.20.0
v14.20.0
6.14.17
root
/
OK:1 https://deb.debian.org/debian bullseye InRelease
OK:2 https://deb.debian.org/debian bullseye-updates InRelease                                                     
OK:3 https://deb.debian.org/debian-security bullseye-security InRelease                                           
OK:4 https://deb.debian.org/debian bullseye-backports InRelease                                                    
OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease                                                       
OK:6 https://dietpi.com/meveric bullseye InRelease
OK:7 https://dietpi.com/meveric all InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
N: Paket nodej kann nicht gefunden werden.

[Thomas Braun]

@zeron850

Befehl unvollständig kopiert. Und hampel da nicht als root rum.
Soweit ich weiß ist der Standarduser 'dietpi'.

[zeron850]

@thomas-braun

sudo ln -s /usr/bin/node /usr/bin/nodejs

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami                       && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden:                       Die Datei existiert bereits
aarch64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.20.0
v14.20.0
6.14.17
dietpi
/home/dietpi
OK:1 https://deb.debian.org/debian bullseye InRelease
OK:2 https://deb.debian.org/debian bullseye-updates InRelease
OK:3 https://deb.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.debian.org/debian bullseye-backports InRelease
OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease
OK:6 https://dietpi.com/meveric bullseye InRelease
OK:7 https://dietpi.com/meveric all InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           14.20.0-deb-1nodesource1
  Installationskandidat: 14.20.0-deb-1nodesource1
  Versionstabelle:
 *** 14.20.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 https://deb.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.5~dfsg-2~11u1 500
        500 https://deb.debian.org/debian bullseye/main arm64 Packages
dietpi@NOW8-Home:~$  sudo ln -s /usr/bin/node /usr/bin/nodejs

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami                       && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden:                       Die Datei existiert bereits
aarch64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.20.0
v14.20.0
6.14.17
dietpi
/home/dietpi
OK:1 https://deb.debian.org/debian bullseye InRelease
OK:2 https://deb.debian.org/debian bullseye-updates InRelease
OK:3 https://deb.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.debian.org/debian bullseye-backports InRelease
OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease
OK:6 https://dietpi.com/meveric bullseye InRelease
OK:7 https://dietpi.com/meveric all InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           14.20.0-deb-1nodesource1
  Installationskandidat: 14.20.0-deb-1nodesource1
        500 https://deb.debian.org/debian bullseye/main arm64 Packages^Cn arm64 Packages

User geändert, so richtig?

[Thomas Braun]

@zeron850

Solange der user nicht 'root' lautet ist es richtig.
Wird zwar nichts zu deinem Problem bringen, aber heb nodejs auf Version 16

[zeron850]

@thomas-braun

Ok werde ich machen (node js 16), das Problem wird es nicht lösen?

Was könnte ich sonst noch versuchen?

[Thomas Braun]

@zeron850 sagte in Steigender RAM Verbrauch normal?:

@thomas-braun

Ok werde ich machen (node js 16), das Problem wird es nicht lösen?

Vermutlich nicht.

Was könnte ich sonst noch versuchen?

Schau mal mit

htop

und sortier die Prozesse nach Speicherverbrauch (F6-Taste)