DSM 7.2 Total-Absturtz ?? Panik...

[metalworker]

Ja klar kannst das testen.
Du hattest ja geschrieben das du einen HW Fehler auschließen kannst.
Dachte das hast du da gemacht

 

[ViperRt10]

Nein, wusste ich bisher auch nicht, die Frage wäre wie? Danke!
und ich schließe einen HW Defekt an den Platten aus, sonst habe ich nichts gesagt.
Ob die Syno ein HW-Problem hat, kA, glaube ich erstmal nicht.

 

[metalworker]

Ich würde die Spannung an den Pins messen , und dann mit ner Elektronischen Last .
und da schauen ob da was zusammen bricht.

 

[ViperRt10]

da weiß ich weder welche Pins noch die Spannungsbereiche bzw. welche Last
nee, das lass ich lieber sein. Selbst ein Raspi sagt, wenn er Spannungsprobleme hat, überprüft die Syno da nichts selbst?

 

[metalworker]

Der Raspi erkennt aber auch nur bei USB Verbindungen wenn die KLasse nicht stimmt und gibt dann die Meldung .

Aber nein Synology macht da keine Überwachung.
Kann halt passieren das deswegen mal die Platten kurz ausgehen.

Oder bei , du hast ja nur eine Offline USV. Auch da kann sowas passieren.

 

[ViperRt10]

ich behalte es im Auge, gehe aber nicht davon aus.
das Fehlerbild war mir hier zu eindeutig.

 

[metalworker]

Also ich betreibe seit über 10 Jahren Synology Büchsen.
Und davon einige .
Da hatte ich noch nie wegen nen Update so einen Fall

 

[Kachelkaiser]

NAch 12 Jahren 1st Level kann ich sagen, dass defekte Netzteile, Akkus o.ä. größeren Anteil an Fehlern hatten als Updates, egal bei welchem Gerät.

Habe hier ein 2,5 Jahre ales Notebook bei dem sich vor einem halben Jahr auch das Netzteil verabschiedet hat, von heute auf morgen.

Aber wenn du das sicher ausschließen kannst, passt es doch

 

[ViperRt10]

sicher ausschließen kann ich natürlich nichts, da es ja nicht getestet ist und eine reine Vermutung meinerseits
wie gesagt, das Fehlerbild war mM kein HW-Problem. natürlich kann ich mich täuschen, aber wenn die Syno jetzt wieder einwandfrei läuft, dann sehe ich meine Annahme als bestätigt.
es gab ja Probleme mit den Docker Container Images, dort habe ich auch die Updates gemacht, ev. hat ein Container den Ram vollgepollt und die Syno konnte nicht mehr atmen.

ich mach jetzt gerade eine Art Stresstest, läuft bisher alles problemlos durch

 

[ViperRt10]

OK, Stresstest oder wieder das selbe Problem wie gestern.
die DS ist tot.
mein Router sagt, sie ist noch am Netzwerk aktiv, allerdings komme ich nicht ins DSM rein
nun doch, diese läuft als wäre nichts, mein ioBroker im Docker aber nicht
nun denke ich an das Netzerwerk, denn ein Victron hat nun auch Lan-Probleme
wenn ich in die Syno reinkomme, sehe ich folgendes:

 

[metalworker]

na wie ,
und deine Volumes all i.o. ?

Also mal ne These,
du hast irgendwo Netzwerkprobleme.
Und da du gestern das Ding hart gekillt hast , darum sind deine Volumes ohne Raid abgeschmiert.

Lieg ich da soweit richtig?

 

[ViperRt10]

aktuell sehe ich das gleich, wenn ich ins NAS komme, schaut alles ok aus, alle Pools laufen
nur der ioBroker im Docker nicht, der ist nicht erreichbar und das scheint die Auswirkung auf mein Victron zu sein, denn da läuft eine Kommunikation

ja, ich habe den Workaround gemacht, wenn der ioBroker nicht läuft, wird mein 2. Victron system abgeschalten, da keine Kommunikation mehr läuft. Gut, das ist kein Netzwerkproblem, Unifi meldet auch nichts und alles andere funktionert.

im Docker sehe ich das und hier wird die Ursache liegen:

 

[ViperRt10]

das Problem ist aktuell, dass ich keine Infos bekomme...

 

[metalworker]

also ist am ende der "total" Absturz nicht durchs DSM gekommen ,

sondenr hast du selbst verursacht durch das harte Abschalten.
Und das alles nur weil nen Docker Container spinnt.

 

[ViperRt10]

vermutlich durch den Docker, die HDD/SSD sind aber abgestürzt bevor ich den Storm geschaltet habe!

2 Container sind nun beendet und alles schaut normal aus, alles läuft normal... was ist das Problem da? das letzte Update auf Last? das probiere ich jetzt mal aus.

 

[ViperRt10]

OK, ich hatte vor dem Update des ioBroker Docker Images noch den Container kopiert
der läuft nun wunderbar und die Ram Ausnutzung ist geringer, denke hier ist die Ursache allen Übels.
man soll halt nicht alle Updates gleichzeitig machen.... gut, wusste ich ja, aber jetzt schaue ich da drauf wieder

 

[Kachelkaiser]

 

[ViperRt10]

#11
da hatte ich eigentlich schon den richtig Riecher.... naja, wieder was gelernt.

 

[Ronny1978]

Also das ein missglücktes Update bei einem Docker Container die komplette DS mit 4 Pools "außer Kraft" setzt, ist sehr ungewöhnlich. Das wäre auch was relativ neues und daher wird vermutlich auch niemand sowas als Hilfestellung auf dem Schirm haben. Und bitte immer daran denken: Alle, die hier freiwillig versuchen Hilfestellung geben (zu wollen), sitzen NICHT bei dir zu Hause und sehen auch keine Konstellation deines Netzwerkes / deiner Peripherie. Und niemand kennt deine Einstellungen. Vielleicht auch mal daran denken, bevor du hier meinst NIEMAND hätte oder will zur Hilfe bei(ge)tragen.

 

[ViperRt10]

@Ronny1978 weiß ich und habe ich auch geschrieben.

siehe SIG, 6-Bay und 5Bay Erweiterung. Ja ich kann es auch nicht wirklich glauben, denn ein Docker ist ja ein abgeschlossenes System, so meine bisherige Einstellung, die exakt die Ressourcen bekommt, die Docker hat bzw. im Container eingestellt sind und bei einem Problem - so mein Wissensstand - darf das nicht das übergeordnete System beeinflussen. Dazu gibt es ja den Docker. Gesehen habe ich nun etwas anderes und das wirft das Konzept von Docker schon etwas übern Haufn, finde ich pers. gerade richtig bedenklich.

hab grad nachgesehen, alles läuft wieder wie immer, absolut kein Problem.
die DSM hat in der Nacht sogar ein Update eingespielt, alle Pools laufen, alle Container laufen, ioBroker läuft....
das war tatsächlich das "Last" Update vom Docker ioBroker Image das ich aktualisiert habe, gibts doch nicht.....