DSM 6.x und darunter Zugriff auf DS213j nach gescheitertem Hypervault-Update nur eingeschränkt

[lucina]

Moin,

ich habe hier auf einer meiner Synos (213j) seit gestern ein etwas stranges Problem mit dem Zugriff. Eckdaten:

• DSM-Version von letzter Woche (6.1, die exakte Buildnummer kann ich mangels Zugriff nicht liefern, sollte aber die vorletzte Version sein)
• Im Gerät zwei HDD (WD, RAID-Modus)
• im Paketzentrum ein Update für HyperVault angestossen
• nachdem der Status eine Stunde auf 'Installieren ...' war mal mit F5 das Browserfenster aktualisiert
• die DS läuft im heterogenen Netzwerk mit fester IP-Adresse

Seit meinem Refresh des Browserfensters habe ich die folgende Problematik:

• Der Zugriff auf die Weboberfläche (sowohl via http als auch via https) ist nicht möglich - dort gibt es ERR_CONNECTION_TIMED_OUT
• Der Synology Assistant sieht sowohl unter Windows 10 als auch unter OXS Sierra die DS unter ihrer IP-Adresse, kann aber keine Verbindung herstellen ("Verbindung fehlgeschlagen")
• Unter Windows 10 sind die als Netzlaufwerke eingebundenen Shares nicht erreichbar, dies gilt auch für eine per iSCSI eingebundene Freigabe
• OSX sieht alle Daten, wenn ich per afp anstatt smb zugreife. Die Daten sind lesbar und schreibbar. Per smb komme ich nicht auf die DS
• Der Versuch, sich vom OSX-Terminal per SSH zu verbinden scheitert mit 'Connection refused' - auf Pings antwortet sie allerdings
• Ein Scan unter iOS mit dem DS-Finder sagt, die DS sei offline
• Ein Portscan unter OSX, Windows wie auch iOS verhallt ohne Antworten.

Ich bin da jetzt mangels Shellzugriff ein wenig ratlos. Meine erste Option wäre, eine der beiden HDD zu tauschen, DSM zu initialisieren und dann weiterzuschauen, ob ich eine der beiden Platten reintegrieren kann.

Habt Ihr irgendwelche weiteren Ideen, Hinweise, Ratschläge für mich?

Besten Dank schon jetzt,
Carolina.

 

[Benares]

Hallo Carolina,

ich denke, da hilft nur, einmal beherzt den Stecker zu ziehen und die DS neu zu starten.

Ich hatte solche Probleme auch schon mit meiner DS212+. Ich denke, es liegt nicht Hypervault-Update, sondern eher am Paketzentrum generell. Es ist durch die letzten Updates immer CPU-intensiver geworden und wenn man zuviel auf einmal macht hängen sich, gerade die CPU-schwächeren, älteren Geräte gerne komplett weg. Meine DS415+ macht solche Updates mit links in nullkommanix, aber auf der DS212+ dauert jedes einzelne Paket-Update Ewigkeiten. Ich habe mir bei der DS212+ angewöhnt, gaanz langsam ein Packet nach dem anderen zu aktualisieren und jeweils zu warten, bis sich die CPU wieder beruhigt hat, bevor es ans nächste geht. Trotzdem musste ich auch schon 2-3 mal den Stecker ziehen, weil einfach gar nichts mehr ging, auch nach Stunden nicht. Zum Glück ist dabei nichts passiert.

 

[lucina]

ich denke, da hilft nur, einmal beherzt den Stecker zu ziehen und die DS neu zu starten.

Nee, leider keine Besserung - ich bin da normalerweise nicht so beherzt dabei, einem Gerät den Strom zu nehmen. Fährt wieder hoch, sendet mir seine Statusmail, dass die Verbindung zum myds.me-Dienst geklappt hat (!sic) und reagiert ansonsten auf nichts.

... sondern eher am Paketzentrum generell. Es ist durch die letzten Updates immer CPU-intensiver geworden und wenn man zuviel auf einmal macht hängen sich, gerade die CPU-schwächeren, älteren Geräte gerne komplett weg ...

Ja, klar, das hat sich in den letzten Monaten nicht verbessert, ist aber jetzt erstmal nicht das Thema. Danke trotzdem für Deinen Hinweis.

Ich werde jetzt mal eine andere HDD einbauen.

 

[Benares]

Bootet sie bis zum Ende, also bis zum Beep, oder hängt der Bootvorgang?

 

[lucina]

Sie bootet, piepst, blinkt grün, sendet Mails, und vermutlich würde sie beizeiten auch einen Statusreport machen. Alleiniger Zugriff ist für mich allerdings immer noch via afp.

Für mich schaut das so aus als würde etliche Dienste schlicht nicht mehr hochkommen, nachdem sie beim Update des Pakets möglicherweise hängengeblieben sind.

 

[lucina]

Okay, als Info:

• erste Platte gegen eine andere getauscht
• DS bootet und lädt das System fehlerfrei von Disk 2
• Disk2 in den Schacht von Disk1, Disk 1 in die zweite Bay
• System startet normal und bekrittelt Paritätsinformationen
• Alles wird gut

Beide HDD sind physisch intakt, weder Auffälligkeiten im S.M.A.R.T.-Status noch via badblocks.

Die Logfiles legen nahe, dass der Paketmanager das Update nicht auf die Kette bekommen hat und damit in einem undefiniertem Zustand war.