Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Darth2010]

@Homoran said in Adminauruf legt Raspberry Pi komplett lahm:

@Darth2010 sagte in Adminauruf legt Raspberry Pi komplett lahm:

und hier top ohne admin

der Header fehlt!

Steht in Zeile 1 nicht jeweils der Header mit den Überschriften?

[Homoran]

@Darth2010 Nein

Der Header mit den Summenwerten von Gesamtauslastung/Load/Mem/Swap usw.

[Darth2010]

Jetzt hab ichs, sorry, ich bin leider noch mehr oder weniger Linux Anfänger :face_with_rolling_eyes:

top - 18:39:28 up  5:44,  1 user,  load average: 0,47, 0,29, 0,29
Tasks: 143 total,   1 running, 142 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2,8 us,  1,0 sy,  0,0 ni, 96,0 id,  0,0 wa,  0,0 hi,  0,3 si,  0,0 st
MiB Mem :    926,1 total,    117,4 free,    667,8 used,    140,8 buff/cache
MiB Swap:    100,0 total,     51,0 free,     49,0 used.    213,6 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
16204 iobroker  20   0  148716  42348  22636 S   4,6   4,5   1:27.53 io.fhem.0
  507 redis     20   0  137672  84796   2516 S   3,3   8,9   8:11.95 redis-server
16284 iobroker  20   0  194028  86728  22756 S   2,0   9,1   0:48.58 io.javascript.0
17746 iobroker  20   0  154648  51828  25012 S   2,0   5,5   0:18.93 io.sql.0
16696 iobroker  20   0  148900  41780  22616 S   1,3   4,4   0:23.68 io.jeelink.0
17661 root      20   0   10364   2952   2464 R   1,3   0,3   0:06.07 top
16196 iobroker  20   0  180572  73812  24084 S   1,0   7,8   0:48.24 io.admin.0
   10 root      20   0       0      0      0 I   0,3   0,0   0:34.74 rcu_sched
   96 root       0 -20       0      0      0 I   0,3   0,0   0:03.95 kworker/0:2H-mmc_complete
  144 root      20   0   18020   2468   2164 S   0,3   0,3   0:16.62 systemd-udevd
  847 root      20   0    4392   1328   1220 S   0,3   0,1   0:09.29 hss_led
 1695 root      20   0  270944  58408   5040 S   0,3   6,2   1:47.51 java
13173 pi        20   0   12392   2464   1908 S   0,3   0,3   0:02.35 sshd
16724 iobroker  20   0  151164  44748  22708 S   0,3   4,7   0:08.46 io.web.0
16765 iobroker  20   0  146580  41796  23796 S   0,3   4,4   0:11.22 io.hm-rpc.0
16852 iobroker  20   0  145216  41784  23688 S   0,3   4,4   0:10.39 io.hm-rpc.1
    1 root      20   0   15256   3432   2468 S   0,0   0,4   0:04.67 systemd
    2 root      20   0       0      0      0 S   0,0   0,0   0:00.03 kthreadd
    3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
    4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
    8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu_wq
    9 root      20   0       0      0      0 S   0,0   0,0   0:01.61 ksoftirqd/0
   11 root      20   0       0      0      0 I   0,0   0,0   0:00.01 rcu_bh

[Homoran]

@Darth2010 Danke!

Also im Moment nichts akutes:

• Load deutlich unter 1 in der letzten Zeit - wobei das relativ ist, der Raspi läuft erst seit 5:44 Minuten
• 2,8% CPU - die ruhet sanft
• 667/926 MB Speicher - das ist schon knapp.
  • wenn jetzt noch ein (oder zwei) scheduled Adapter startet kann es mit dem Speicher eng werden
• SWAP 49/100 used.
• also ist es schon mal knapp geworden und der RasPi hat bereits geswapped (Daten aus dem RAM auf die SD ausgelagert)

[Darth2010]

@J-A-R-V-I-S said in Adminauruf legt Raspberry Pi komplett lahm:

@Darth2010 sagte in Adminauruf legt Raspberry Pi komplett lahm:

Adapter "admin" : 3.7.8 , installed 3.7.8

Vielleicht liegt es auch an der 3.7.8. Ein anderer Benutzer hatte mit der Version auch Probleme. Wann hast du denn den Admin Adapter zuletzt aktualisiert?

Das Update auf 3.7.8 erst vor einigen Tagen. Hatte das Update gemacht, in der Hoffnung dieses Verhalten würde damit beseitigt ...

[Darth2010]

@Homoran

danke für die fixe Antwort und Analyse.

Wunder mich jetzt, dass schon geswapped wurde, da er vor ein paar Stunden ein reboot durchgeführt wurde.
Dachte die 1GB RAM reichen aus ;) ...

Benötigen die neuen Versionen von Host (2.x) und Admin mehr Speicher, als die alten Versionen?

Denn von Sommer 2018 bis Dezember 2019 lief das System sehr stabil.

Gruß
Thomas

[Homoran]

@Darth2010 sagte in Adminauruf legt Raspberry Pi komplett lahm:

Benötigen die neuen Versionen von Host (2.x) und Admin mehr Speicher, als die alten Versionen?

nicht wirklich - aber 15 Instanzen sind im allgemeinen das Limit.
Wenn dann etwas größeren RAM-Bedarf hat weil ein Skript große Mengen an Bits jongliert oder ein Backup gefahren wird oder etwas gerade neu startet oder, oder, oder....

1GB RAM ist einfach zu wenig - das war es schon vor Jahren als ich mit Cubietruck und CuBox gespielt hatte weil die damals (2013!!!) schon 2GB RAM hatten

[Darth2010]

15 ok.
Dann ist hier ein Upgrade auf den Ri 4 mit 4GB RAM schon sinnvoll.

Aber eine Frage hätte ich noch:
Warum gibt der Pi dann kein Lebenszeichen mehr?
Swapped das System sich dann zu "Tode", da die SD-Karte nicht hinterher kommt?
Das würde zumindest das Dauerleuchten des grünen Lämpchen erklären ...

[Homoran]

@Darth2010 sagte in Adminauruf legt Raspberry Pi komplett lahm:

Swapped das System sich dann zu "Tode", da die SD-Karte nicht hinterher kommt?

das kann sein - insbesondere wenn die Karte ziemlich langsam ist.

Was für ein Pi ist es denn?

[Darth2010]

@Homoran said in Adminauruf legt Raspberry Pi komplett lahm:

@Darth2010 sagte in Adminauruf legt Raspberry Pi komplett lahm:

Swapped das System sich dann zu "Tode", da die SD-Karte nicht hinterher kommt?

das kann sein - insbesondere wenn die Karte ziemlich langsam ist.

Was für ein Pi ist es denn?

Ein 3B+

[Darth2010]

Danke an alle Helfer.
Ich würde das "Problem" erst einmal als gelöst ansehen, da vermutlich Speicherprobleme.

Kann man den Thread als "Gelöst" kennzeichnen?

Gruß
D

[Homoran]

@Darth2010 sagte in Adminauruf legt Raspberry Pi komplett lahm:

Kann man den Thread als "Gelöst" kennzeichnen?

Ersten Post Editieren
[gelöst] vor den Titel schreiben

[Darth2010]

:+1: done ;)

[Darth2010]

Hier noch meine finale Antwort:

Ich bin von meinem PI3 auf einen PI4 mit 4GB Ram umgezogen (ohne Neuinstallation).

Seit dem ist dieses Problem nicht mehr aufgetreten, daher war die Vermutung von @Homoran goldrichtig, dass dem System der RAM in diesen Situationen ausgegangen ist und das System daher nicht mehr reagiert hat.