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

[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)

[zeron850]

@thomas-braun

Wie bekomme ich die Daten aus htop rauskopiert wenn ich keine Bilder posten soll?

[Thomas Braun]

@zeron850

htop lässt sich nicht gut aus der Konsole kopieren, stimmt.
Sieht okay aus.

[zeron850]

@thomas-braun

Ok, danke an was könnte es sonst noch liegen? Am Odroid selbst?

[zeron850]

Irgendjemand eine Idee woher das Problem mit dem steigenden Adapter RAM herkommen könnte? Wenn ich bspw. in der Admin GUI auf Instanzen, Adapter etc. klicke steigt der RAM Verbrauch auch an und bleibt dann dauerhaft belegt...

Dank falls jemanden noch was einfällt...

[Einstein67]

@zeron850 Kannst du mal schauen, welche Instanz bei rum clicken ansteigt?

[zeron850]

@einstein67

Danke für die Antwort. Es war der Admin + Javascript Adapter. Selbst wenn ich letzteren deaktiviere dann steigt der Verbrauch stetig an...

[Einstein67]

@zeron850 Ah, da sieht man dann wohl bei dir, wegen des Compact-Modus, nur den RAM-Verbrauch der Compact-Groups und nicht der einzelnen Instanzen.

Edit: Ich würde mir das mal ohne Compact ansehen. Vielleicht siehst du dann die Instanz bei der der RAM-Verbrauch am meisten ansteigt.

[Homoran]

@zeron850 dass das RAM nach einem Neustart sinkt ist vollkommen normal. Zu dem bisher gesagten gibt es nichts hinzuzufügen.

Allerdings sollte es nicht vorkommen, dass das verfügbare RAM auf 0 fällt.

Wenn das tatsächlich bei dir passiert, liegt da etwas im argen.

Bist du sicher, dass nach Deaktivierung des js Adapters kein Skript mehr läuft?

Machst du im Admin speicherfressende Aktionen?

[zeron850]

@einstein67

Richtig aufgrund des Compact Modus werden diese zusammengefasst. Ich habe es analysiert. Am stärksten wächst der Admin Adapter. Im Grunde wachsen fast alle Adapter bis aus der JavaScript Adapter. Der steht konstant bei 207 MB seit Stunden…

[zeron850]

@homoran

Vielen Dank für deinen Input. Der JavaScript Adapter steht konstant bei 207 MB seit Stunden. Der Admin Adapter ist um rund 100 MB angewachsen. Fast alle anderen Adapter wachsen ganz langsam mit bis eben der JS.

Die zwei Peaks auf dem Bild waren wenn ich die Admin oder VIS Admin GUI im Browser aufrufe. Wenn ich dann danach noch ein paar Klicks machen von z. B. Instanzen auf Objekte etc. dann steigt der Verbrauch stark an.

Gibt es keine Möglichkeit die Adapter wieder einzufangen oder zu bereinigen?

[Homoran]

@zeron850 sagte in Steigender RAM Verbrauch normal?:

Gibt es keine Möglichkeit die Adapter wieder einzufangen

tut es doch!
nach den Peaks geht es erst einmal wieder zurück.
Danach wird anscheinend nicht genutztes RAM weiter auf die laufenden Prozesse verteilt.
beim letzten Peak sieht man schön, wie in Erwartung weiteren Verbrauchs erst einmal sukzessive mehr RAM zugewiesen, und dann wieder abgebaut wird, weil er doch nicht gebraucht wurde.

wie ich und andere schrieben.:

@homoran sagte in Steigender RAM Verbrauch normal?:

dass das RAM nach einem Neustart sinkt ist vollkommen normal. Zu dem bisher gesagten gibt es nichts hinzuzufügen.

und auch nochmal anders herum:
Dass einem Prozess nach einem Neustart nach und nach weiterer (ungenutzter) RAM zugewiesen wird.