DSM 7.2 Total-Absturtz ?? Panik...

[ViperRt10]

Guten Morgen, heute selbiges Spiel, die Synology ist nicht mehr erreichbar.
Damit sind alle Erkenntnisse meinerseits über den Haufen, Ursache somit gänzlich unbekannt.
Die DSM ist zwar nicht tot, aber nur nach viel Zeit wieder mal erreichbar, nicht bedienbar. Docker zeigt nichts an, als wäre nicht drin, aber das ist normal dass er beim Öffnen erst alles laden muss (dazu kommt er verm. nicht).

per ssh auf die Syno ist extrem langsam.
ich erkenne hier Grafana, Influxdb und Mqtt als welche die die Syno überlasten
(da ich mich mit Linux udgl. nicht auskenne, ist das jetzt eine reine Vermutung)

das DSM war nun wieder online, im Docker der ioBroker und Jellyfin wieder als orange markiert (Problem).
ich habe jetzt alle Container gestoppt, mal sehen ob die Syno dann wieder normal läuft.

 

[ViperRt10]

nachdem die Docker Container gestoppt wurden, ist alles wieder normal

aber Speicher-Pool 4 hat wieder eine kritische HDD bekommen... naja
ich gehe hier wie bei dem anderen vor, secure erase und wieder eingliedern.

 

[ViperRt10]

nur der ioBroker Container gestartet:

(sagt mir, dass das Problem doch der Container ist, er beeinflusst die Syno, das letzte Update war es aber nicht, da ist eine andere Ursage im ioBroker)

 

[Benares]

Mir war schon in #4 aufgefallen, dass dein System 16GB RAM reserviert. Ist das immer noch so? Vielleicht geht deinem System nur der RAM aus, z.B. weil eine deiner VMs oder Docker-Container einfach zu viel Ressourcen zugeteilt bekommen hat.

 

[ViperRt10]

das habe ich auch schon gedacht, aber während die Syno ein Problem hat, ist die Anzeige noch immer bei 84%
ohne Docker sind es 35%, woher die kommen ist mir auch nicht klar.

 

[ViperRt10]

schätze die 8GB Zuteilung, Prio Hoch (Kerne?) sind beim totfahren vom ioBroker der Grund
da steht's 8 CPU's

 

[Ronny1978]

Und niemand kennt deine Einstellungen.

Ich wiederhole das jetzt noch einmal. Wenn du ioBroker 8GB zuweist und dann die CPU bei 100,93% und der RAM bei 94% ist, dann stimmt - meiner Meinung nach - irgendwas nicht. ABER wir sehen das natürlich nicht, was dort alles läuft. Das siehst nur du.

 

[ViperRt10]

ich hab doch die Einstellung gepostet?

 

[Ronny1978]

Nicht die Einstellungen im Container Manager, sondern das was im ioBroker läuft. Das sieht nur du. Ich denke, dass dort innendrin was nicht stimmt. In der Theorie könnest du, wahrscheinlich geht das bei dir aber nicht, mal den Container 2-4 Tage ausgeschalten lassen. Wenn in dem Zeitraum die DS "am Leben bleibt", ist die Vermutung groß, dass es an der "Überlast" des ioBrokers liegt. Gibt es im ioBroker (wie bei Home Assistant) auch ein Ressourcen Monitor?

 

[ViperRt10]

hmm, welche Einstellungen vom Container Manager?
im Container ioBroker über das Terminal kann ich auch top ausführen.

um 5:00 fällt die Syno aus, da geht ioBroker im Docker Container auf Überlast
der Zusammenhang ist vermutlich das Start des Backups, das den Ram überschreitet.

ich habe den Container jetzt gestoppt, spiele das letzte Update ein und ändere dann seine zur Verfügung stehenden Resourcen. Die Frage ist, wie weit darf der Container gehen, wieviel Ram, Kerne... ??

 

[Benares]

Deine CPU hat m.W. 4 physische Kerne, wieso sollen dann 8 (!) davon benutzt werden? Geh mit den Ressourcen mal ganz gewaltig runter.
Ich kenne ioBroker nicht, frag mich aber, was der bei 100% CPU alles so treibt, außer zu swappen. Wie @Ronny1978 schon sagte, schalt deine Container einfach mal ne Zeit lang ab, dann weißt du, ob es daran liegt.

 

[ViperRt10]

ich hab gerade den Container neu aus dem Image erstellt, ich kann gar keine CPU's einstellen? also Kerne

 

[Ronny1978]

Aber @Benares hat recht. Im 2. Bild im Post #86 ist eindeutig links zu sehen -> CPUs 8. Hast du in letzter Zeit irgendwelche Adapter in ioBroker dazu installiert? Irgendwas "dreht in deinem ioBroker durch".