DSM 7.2 Total-Absturtz ?? Panik...

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Google mal nach "docker ressources compose". Du kannst in Docker die Ressourcen einschränken, das beschränkt aber nur die Rückwirkungen auf deinen Docker-Host. Die eigentliche Ursache bekämpft es nicht.
 
auf den ersten Blick ist das ein Plugin zum Docker, fkt. überhaupt am Container Manager der DS
auch scheint es mir schon zu kompliziert....
 
kann man erfahren, wer die 16GB reserviert?
mein Docker ioBroker hat 4GB eingestellt, wer bekommt da den Rest?

denke alle diese aktiven Docker Images reservieren die 4GB, damit müsste man wissen, wieviel die wirklich brauchen um diesen dann zu begrenzen..
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 10.08.24.png
    Bildschirmfoto 2024-12-01 um 10.08.24.png
    56,3 KB · Aufrufe: 12
  • Bildschirmfoto 2024-12-01 um 10.09.58.png
    Bildschirmfoto 2024-12-01 um 10.09.58.png
    75,3 KB · Aufrufe: 11
Was sagt denn Ressourcen Monitor -> Aufgaben-Manager -> Prozesse?
 
Stopp einfach alle Container, dann starte/stoppe jeden einzeln. Dann siehst du es. Bei mir sind nur knapp 870MB reserviert, hab aber auch nur einen kleinen acme.sh dauerhaft am laufen.
 
  • Like
Reaktionen: Ronny1978
P.S. @Benares ist das schon in #84 und mir in #16 ausgefallen, dass zuviel RAM reserviert ist und dein System wahrscheinlich in die Knie geht, weil das System selbst dann irgendwann zu wenig hat.
 
Ja, hatten wir schon mit der 84% Ausnutzung vom Ram, im Fehlerfall hat er da aber nicht mehr angezeigt. Interessant ist da eher der geringe freie Speicher.

unter Prozesse kann man da nicht wirklich was rauslesen, bleibt nur stoppen/starten
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 11.03.52.png
    Bildschirmfoto 2024-12-01 um 11.03.52.png
    177,1 KB · Aufrufe: 10
das ist jetzt blöd, die 16,2GB reserviert bleiben, wenn ich die Container stoppe
welche andere Möglichkeit habe da drauf zu kommen, wieviel der Container wirklich braucht?

hab jetzt einen Container geändert und wieder gestartet, ändert nichts an den 16,2GB ? OK das verstehe ich jetzt nicht.
auch inaktive Container löschen ändert mal nichts.

im VMM sind alle ausgeschaltet, löschen eines ändert auch nichts. VMM zeigt auch keine RAM Nutzung.

hmm, wer reserviert die 16,2GB?
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 11.15.29.png
    Bildschirmfoto 2024-12-01 um 11.15.29.png
    125 KB · Aufrufe: 6
Zuletzt bearbeitet:
ich habe jetzt nur den Container mit 4GB Ram am laufen, keine Änderung?
bei den inaktiven die verfügbare Ressource auf Bsp. 1024 runter
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 11.17.37.png
    Bildschirmfoto 2024-12-01 um 11.17.37.png
    90,5 KB · Aufrufe: 8
  • Bildschirmfoto 2024-12-01 um 11.17.17.png
    Bildschirmfoto 2024-12-01 um 11.17.17.png
    66 KB · Aufrufe: 8
der reservierte Speicher ist auch deutlich geringer, bzw. nicht ansatzweise in dieser Dimension

die 16,2GB kommen mir vor wie die RAM-Riegel selbst.
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 11.19.43.png
    Bildschirmfoto 2024-12-01 um 11.19.43.png
    157,4 KB · Aufrufe: 9
bei top steht oben was von 4GB, sollten da nicht 20GB stehen

hab gegoogelt und sehe in einem anderen Beitrag, dass nach einem Update das Problem gelöst war (2021)

-> die Lösung soll das rausnehmen und wieder einstecken von Ram sein....
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 11.27.55.png
    Bildschirmfoto 2024-12-01 um 11.27.55.png
    329,7 KB · Aufrufe: 9
Mmh, hab grad (auch?) das hier gefunden. Könnte natürlich auch ein generelles Problem mit deiner RAM-Erweiterung sein und der erst gar nicht genutzt wird. Was sagt denn "free -h"?

Bei mir:
Code:
root@DS1522:~# free -h
              total        used        free      shared  buff/cache   available
Mem:           39Gi       1.2Gi        27Gi       725Mi        10Gi        36Gi
Swap:          25Gi          0B        25Gi

Dazu passt auch der Kopf von "top"
Code:
top - 11:59:11 up 5 days,  1:03,  1 user,  load average: 0.29, 0.25, 0.19 [IO:
Tasks: 595 total,   1 running, 594 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.3 us,  1.3 sy,  0.0 ni, 97.2 id,  0.2 wa,  0.0 hi,  0.0 si,  0.0 st
GiB Mem :   39.149 total,   27.014 free,    1.161 used,   10.974 buff/cache
GiB Swap:   25.490 total,   25.490 free,    0.000 used.   36.872 avail Mem
 
  • Like
Reaktionen: Ronny1978
  • Like
Reaktionen: Ronny1978
ich hab jetzt die Speicherriegel getauscht vom Steckplatz: ... und alles läuft, alle Docker Container
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 14.20.21.png
    Bildschirmfoto 2024-12-01 um 14.20.21.png
    85,1 KB · Aufrufe: 25
Zuletzt bearbeitet:
Immer noch etwas viel reserviert, aber wesentlich besser als vorher. Hast du die Geschichte mit USB und der Anpassung in grub.cfg gelesen?
 
sry, nein, wo war das?

meine ioBroker ist nun auch deutlich entspannter
 

Anhänge

  • Bildschirmfoto 2024-12-01 um 14.25.53.png
    Bildschirmfoto 2024-12-01 um 14.25.53.png
    56,5 KB · Aufrufe: 7
Hier war das. Aber ich finde bei mir keine grub.cfg. Aber die gibt's wohl nur, wenn man auch USB-Speicher dran hat.
 
was ich da auf schnelle lese muss ich zeugs installieren und manipulieren, neee mach ich nicht.
 
Nein, musst du nicht. Schau mal z.B. mit "find / -name grub.cfg", ob es irgendwo überhaupt eine grub.cfg gibt. Wenn nicht, ist das eh nicht relevant.
 
hab es eingegeben, läuft und läuft, kommt kein Ergebnis?
 

Additional post fields

 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat