Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[apollon77]

@Humidor Sorry aber das ist blödsinn. Wenn das RAM so "voll" ist das es bei einem Update eines normalen Adapters (ich nehme jetzt mal "sql" aus gewisen gründen aus) kritisch wird ist einfach generell zuviel am laufen.

Also die üblichen Fragen bei "uups RAM knapp" ist: Wieviele Instanzen laufen denn so bei dir?
Was sagt "top" wenn du nach RAM verbrauch schaust?

Bedenke bitte das jeder Adapter mindestens 30-50MB RAM benötigt, einige wenige auch mal mehr. Bedeutet das bei 50MB im Schnitt und 20 Instanten laut Adam Riess schon 1 GB voll ist - und da hat das Linux System selbst noch nichts gehabt. Daher liegt ein sinnvolles Limit bei 1GB (und ohne den Compact Mode zu nutzen) bei 10-12 Instanzen ...

[Humidor]

@apollon77 Datenträger verfügbar: 83.3 %, gesamte RAM-Nutzung: 865 MB / Frei: 42% = 390 MB [Host: humidor - 14 Prozesse]

[Homoran]

@Humidor sagte in Gestern Updates gemacht, heute nicht erreichbar ?:

gesamte RAM-Nutzung: 865 MB / Frei: 42% = 390 MB

das passt aber bei 1GB RAM nicht

[Humidor]

@Homoran
standard raspi3b+, ich hab daran nix verändert

[Homoran]

@Homoran sagte in Gestern Updates gemacht, heute nicht erreichbar ?:

@Humidor sagte in Gestern Updates gemacht, heute nicht erreichbar ?:

gesamte RAM-Nutzung: 865 MB / Frei: 42% = 390 MB

das passt aber bei 1GB RAM nicht

bitte wie von @apollon77 gebeten, die ausgabe von top auf der Konsole

[Humidor]

@Homoran

[Homoran]

@Humidor bitte nicht das wichtigste oben abschneiden

[Humidor]

@Homoran sagte in Gestern Updates gemacht, heute nicht erreichbar ?:

@Humidor bitte nicht das wichtigste oben abschneiden

hab ich schon gesehen und geändert

[Homoran]

@Humidor ok - das erklärt die Werte in dem admin
102 free + 210 buffered = 301 avail.

Wenn du jetzt noch den output von iobroker list instances als text in code-tags zeigst, kann man noch besser sehen, wie dicht du an der Klippe stehst

[Humidor]

@Homoran

pi@humidor:~ $ iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.backitup.0              : backitup              -  enabled
+ system.adapter.cloud.0                 : cloud                 -  enabled
  system.adapter.flot.0                  : flot                  -  enabled
+ system.adapter.fritzdect.0             : fritzdect             -  enabled
  system.adapter.harmony.0               : harmony               - disabled
+ system.adapter.history.0               : history               -  enabled
+ system.adapter.hs100.0                 : hs100                 -  enabled
  system.adapter.hue.0                   : hue                   - disabled, port: 443
+ system.adapter.info.0                  : info                  -  enabled
+ system.adapter.iot.0                   : iot                   -  enabled
+ system.adapter.javascript.0            : javascript            -  enabled
+ system.adapter.rpi2.0                  : rpi2                  -  enabled
+ system.adapter.telegram.0              : telegram              -  enabled, port: 8443, bind: 0.0.0.0
  system.adapter.vis-materialdesign.0    : vis-materialdesign    -  enabled
  system.adapter.vis.0                   : vis                   -  enabled
+ system.adapter.web.0                   : web                   -  enabled, port: 8082, bind: 192.168.0.153, run as: admin
+ system.adapter.zigbee.0                : zigbee                -  enabled, port: /dev/ttyACM0

+ instance is alive
pi@humidor:~ $ 

[Homoran]

@Humidor Beide Kenndaten sind grenzwertig.

13 Instanzen, dabei backitup, der definitiv während des Backups massiv RAM benötigt und javascript, bei dem der RAM Bedarf natürlich von Anzahl und Umfang der Skripte abhängt.

100MB free (selbst 300MB available) sind auch nur eine Momentaufnahme.
Wenn später Skripte starten, die mehr RAM benötigen, oder das backup kann es schon zu wenig sein.

Für sich gesehen sind beide Infoquellen "eigentlich" in Ordnung. Aber eben nur "eigentlich".

[Humidor]

@Homoran sagte in Gestern Updates gemacht, heute nicht erreichbar ?:

@Humidor Beide Kenndaten sind grenzwertig.

13 Instanzen, dabei backitup, der definitiv während des Backups massiv RAM benötigt und javascript, bei dem der RAM Bedarf natürlich von Anzahl und Umfang der Skripte abhängt.

100MB free (selbst 300MB available) sind auch nur eine Momentaufnahme.
Wenn später Skripte starten, die mehr RAM benötigen, oder das backup kann es schon zu wenig sein.

Für sich gesehen sind beide Infoquellen "eigentlich" in Ordnung. Aber eben nur "eigentlich".

Backitup kann ich ja deaktivieren wenn ich keine Änderung mehr vornehme, die history ist nicht so wichtig, reicht für einen Tag

[Thomas Braun]

@Humidor

who -r 

sagt dir was auf der Konsole?

[Edit:] Typo, Leerzeichen entfernt

[Humidor]

@Thomas-Braun
Runlevel 5 2020-08-27 09:08

pi pts/0 2020-08-27 16:22 (192.168.0.170)

[da_Woody]

@Humidor grafische benutzer oberfläche installiert, braucht jede menge. runlevel 3 ist genug.

[Humidor]

@da_Woody
Ok, wie mach ich das?

[Thomas Braun]

@Humidor

sudo raspi-config

Dann dort 'Boot Options' - Punkt B1 - Punkt B1
CLI Interface oder so ähnlich heißt das da.

[Homoran]

@Thomas-Braun
wieso sehe ich das nicht?

pi@ioBroker-Pi2-OG:~ $ who - r
pi       pts/1        2020-08-27 17:41 (192.168.138.64)

[Thomas Braun]

@Homoran

who -r

Da darf kein Leerzeichen sein. Hatte ich oben falsch mit dem Handy getippert.

[Homoran]

@Thomas-Braun sagte in Gestern Updates gemacht, heute nicht erreichbar ?:

Hatte ich oben falsch mit dem Handy getippert.

Schlingel - wieder keinen Schluck gefrühstückt?

pi@ioBroker-Pi2-OG:~ $ who -r
         Runlevel 3   2020-08-27 17:01