SSD Cache entfernt - Volumen abgestürzt

[Sunny77]

Hallo,

leider habe ich durch eigene DUMMHEIT mein Volumen gegrillt.

Ich habe mir eine zweite 918+ gekauft und wollte in die neue den SSD Cache von der älteren übernehmen und in die neue dann größeren Cache einsetzen.
Leider habe ich aber den SSD Cache vorher nicht entfernt.

Ich kann das Ganze auch nicht mehr rückgängig machen, da der alte Cache bereits in dem neuen System integriert wurde. Die alte 918 erkennt den alten Cache nicht mehr.

Was kann ich jetzt machen?

Auf der alten DS sind meine gesamten Daten. Die wichtigsten sind gesichert. Aber ich habe mir die zweite gekauft um meine DS über das Internet an einen anderen Strandort zu spiegeln.

Verdamt, ich bin so blöde

Vielleicht hat jemand eine Idee

Gruss

 

[auamanu]

Hallo,

habe ein ähnliches Problem. Meine Syno ist während dem entfernen des SSD Cache abgestürzt und erkennt nun den SSD Cache nicht mehr und das Volume steht auf "Gefahr" wie bei dir...

Konnte leider auch noch keine Lösung finden aber hoffe das sich hier noch jemand meldet.

 

[Sunny77]

Hallo Leidensgenosse,

bisher gibt es auch keine wirkliche Rückmeldung seitens Synology.
Ich hatte da ein Ticket aufgemacht und ich sollte dann Supportzugang einrichten und so. Alles direkt immer gemacht. Aber das Rückmelden oder überhaupt mal melden seitens Synology ist leider ... nennen wir es nicht optimal. Zum Glück snd die wichtigsten Daten auf einem bespiegelten NAS und ich kann in der Firma weiter machen. Jedoch die ganzen großen Dateien (10TB) liegend derzeit brach. Dafür hatte ich mir ja das große 2.NAS gekauft um auch die zu spiegeln, nur leider ist da der Fehler passiert :-/

Vielleicht lohnt sich das warten auf Synology ja und die haben eine Lösung.

 

[auamanu]

Also ich hab meine wieder zum laufen bekommen. Hat aber jetzt eher mit Glück als mit können zu tun. Falls du das also nach machst, muss dir bewusst sein, dass unter Umständen erst recht alle Daten hinüber sind und dir auch der Syno-Support nicht mehr helfen kann.
Überleg dir also gut ob du das Risiko eingehen willst. Ich habe eine Diskgruppe mit SHR, ob das ganze auch bei RAID-Groups funktioniert weiß ich leider nicht.

Pass bitte auf, dass du die ganzen Pfade überprüfst und für dich anpasst. Je nachdem welches Volume du mit dem SSD Cache nutzt, weichen die ab. In meinem Fall war das Volume 3.

Per SSH auf die DS -> sudo -i -> cd /tmp/space -> vi space_meta.status und die beiden Einträge bzgl. cache sowie die dazugehörigen Attribute aus der Liste entfernen.
Bei mir habe ich

[/dev/vg1/vg1-volume_3_cache_uuid]
desc="5e:....."
reuse_space_id=""
[/dev/vg1/vg1_volume_3_cache_mode]
desc="back"
reuse_space_id=""

gelöscht -> speichern.

Dann "vi space_mapping.xml" und unter volumes den dev_path bearbeiten. Habe ich von /dev/vg1/vg1-volume_3 auf /dev/vg1/volume_3 geändert und wieder gespeichert.

Als nächstes die Datei cache_filesystem_info bearbeiten und den Pfad ebenfalls auf /dev/vg1/volume_3 anpassen und speichern.

Damit wir den Speicher-Manager vorspielen unser Volume ist wieder okay mounten wir das Volume mit "mount /dev/vg1/volume_3 /volume3" und ändern unter /tmp in der Datei flashcache.conf folgende Einträge:

loaded = 1
CacheMissing = 0
SpacePath = /dev/vg1/volume_3

selbiges nochmal bei der flashcache.conf unter /usr/syno/etc.

Jetzt auf dem Webinterface einloggen und den Speichermanager öffnen, außer evtl. der Paritätsprüfung sollte er nichts mehr Anzeigen. Vor allem das "SSD Cache fehlt" unter Volumes sollte weg sein und der Status wieder grün.

Nun verstecken sich im System vermutlich noch einige Schalter wegen dem SSD Cache. Ich habe deshalb nochmal einen Read/Write Cache erstellt auf das selbe Volume und diesen anschließen wieder gelöscht.

 

[Sunny77]

Wow, wie kommt man denn auf sowas? DANKE!
Leider hat sich der Synology Support immer noch nicht gemeldet. Man könnte ja wenigstens mal eine Wasserstandsmeldung geben ...

Könntest du bitte deine Angaben nochmal durchgehen, ich würde das dann nach deiner Anleitung machen. Sollte es klappen bin ich zu tiefst dankbar und würde dir auch gerne ein DANKESCHÖN per Post zukommen lassen.

gruss
Sandro

PS: Ich habe nur ein Volumen (Volume 1). Der Sinn von mehreren Volumen erschluießt sich mir noch nicht????

 

[Sunny77]

Per SSH auf die DS -> sudo -i -> cd /tmp/space -> vi space_meta.status und die beiden Einträge bzgl. cache sowie die dazugehörigen Attribute aus der Liste entfernen.
Bei mir habe ich

[/dev/vg1/vg1-volume_3_cache_uuid]
desc="5e:....."
reuse_space_id=""
[/dev/vg1/vg1_volume_3_cache_mode]
desc="back"
reuse_space_id=""

gelöscht -> speichern.

Dann "vi space_mapping.xml" und unter volumes den dev_path bearbeiten. Habe ich von /dev/vg1/vg1-volume_3 auf /dev/vg1/volume_3 geändert und wieder gespeichert.

Als nächstes die Datei cache_filesystem_info bearbeiten und den Pfad ebenfalls auf /dev/vg1/volume_3 anpassen und speichern.

Damit wir den Speicher-Manager vorspielen unser Volume ist wieder okay mounten wir das Volume mit "mount /dev/vg1/volume_3 /volume3" und ändern unter /tmp in der Datei flashcache.conf folgende Einträge:

loaded = 1
CacheMissing = 0
SpacePath = /dev/vg1/volume_3

selbiges nochmal bei der flashcache.conf unter /usr/syno/etc.

Jetzt auf dem Webinterface einloggen und den Speichermanager öffnen, außer evtl. der Paritätsprüfung sollte er nichts mehr Anzeigen. Vor allem das "SSD Cache fehlt" unter Volumes sollte weg sein und der Status wieder grün.

Nun verstecken sich im System vermutlich noch einige Schalter wegen dem SSD Cache. Ich habe deshalb nochmal einen Read/Write Cache erstellt auf das selbe Volume und diesen anschließen wieder gelöscht.

Scheitert leider schon am ersten Punkt. Die Zeilen gibt es bei mir garnicht.
Folgendes habe ich gemacht:

- per Putty mit der NAS-IP auf das NAS
- Benutzer eingegeben
- PW eingeben
- dann sudo -i Befehl
- erneut PW Eingabe
- Dann diese Space Geschichte ...

aber hier kommt dann eine komplette leere Seite