SSD M.2 SSD Cache Fehler nach Ausbau!

[iRonX]

Übrigens ein Backup habe - aber kein Aktuelles mir ist mein Backup Server ende des Jahres flöten gegangen. Die Daten habe ich aber.. deswegen habe ich mir die neue DS geholt und wollte die DS918+ als Backup Server nutzen..

 

[Rotbart]

In dem Cache werden auch die Btrfs- Metadaten gespeichert und vorbehalten, das wird das eigentliche Problem sein, nicht umsonst warnt Synology eindrücklich davor den einfach mal so auszubauen.

 

[iRonX]

Das ist sicherlich sehr schlecht den einfach so auszubauen.. Was ist der Unterschied wenn dieser aber laufenden Betrieb kaputt geht..
das kann ich nicht nachvollziehen.. Ich habe das System Sauber runter gefahren.. das muss sich richten lassen.. Alles andere wäre ein sehr schlechten Zeichen für das System..

 

[Benares]

So, ich hab mal etwas geforscht. Synology scheint da LVM-Cache zu verwenden.
Ich hatte mich ja schon gewundert, dass mein als /volume1 gemountetes Device /dev/mapper/cachedev_1 heißt, obwohl ich keinen Cache nutze.
Da scheint auch ohne Cache im LVM schon alles für einen Cache vorbereitet zu sein.

 

[Adama]

Btrfs- Metadaten

Das muss aber extra aktiviert werden. Wenn du das Cache standardmässig einrichtest, ist es nicht aktiv. Ob das die Sache in diesem Fall besser macht, sei dahin gestellt.

 

[Rotbart]

... Was ist der Unterschied wenn dieser aber laufenden Betrieb kaputt geht..

Deswegen läut der ja immer als Raid1, wo die Wahrscheinlichkeit das beide mit einmal kaputt gehen schon sehr gering ist.

 

[iRonX]

Deswegen läut der ja immer als Raid1, wo die Wahrscheinlichkeit das beide mit einmal kaputt gehen schon sehr gering ist.

Das macht Sinn bis auf die Tatsache das ich auch nur einen einbauen könnte. dann wären wir wieder beim Thema..
Und hand aufs Herz.. Ich fahre das System mit RAID6 bei dem 2 HDD's ausfallen können und es immer noch läuft.. und da baue ich einen Cash Speicher aus und das System soll tot sein?? Das soll mir einer erkläre das es normal ist..

 

[Benie]

Ich habe von meiner DS 918+ des SSD Cache ohne ihn im Speicher Manager zu entfernen ausgebaut und in eine neue
DS eingebaut..

War den die neue DS mit den SSDs bereits vor dem Rückbau eingeschaltet?

 

[iRonX]

Ja das war die..

 

[Benie]

Meine Gedanken, demnach hatte die neue DS bereits darauf zugegriffen und vermutlich neu formatiert oder zumindest neu beschrieben.
Evtl. kommt die alte DS hiermit nicht mehr zurecht.

Ich würde folgendes versuchen.
SSDs an einen PC anschließen und mit einem Partitionstool alles was da drauf ist löschen und die SSDs quasi auf auslieferungszustand bringen, und dann schauen ob sich diese wieder einbinden lassen. Ich denke mehr kaputt machen kann man so nicht mehr. Wie schon gesagt, kein Wissen, nur ein Gedanke nachdem ich den Thread gelesen habe.

 

[iRonX]

Die Idee hatte ich schon versucht allerdings nicht über einen PC
Ich habe die SSD's wieder in die Neue DS eingebaut ohne die zuzuweisen und die Funktion Secure Erase im Speicher manager laufen lassen..
Das sollte die komplett bereinigen.. Hoffe ich zumindest.. das Hat nichts geändert..

 

[Benie]

Theoretisch nicht, aber Secure Erease hat so manche HDD vermutlich auch SSD schon zerstört zurück gelassen.
Wenn Du die SSD an einen PC steckst, deshalb das Partitionstool verwenden, zb.Partition Magig von Paragon. Hiermit habe ich insgesammt bei Problemen, vorallem auch wenn mehrere Volumen auf der SSD sind, gute Erfahrungen gemacht. Da gibt es eine Freewareversion und es dürfte auch noch eine Trialversion geben.

 

[iRonX]

DAs könnte ich machen.. die SSD's werde ja aber in der neuen DS 1621+ Sauber erkannt und können ohne Probleme eingebunden werden... was ich aber eher nicht mehr tun werde

 

[Rotbart]

@iRonX wenn du nur ein Modul einbaust kannst du es nicht als Schreib-Lese-Cache nutzen, sondern nur als Lese- Cache.Ich glaube nicht das man in dem Fall Synology nachsagen kann irgendwo etwas falsch zu machen.

 

[iRonX]

Hallo Zusammen.. Mein Problem ist nicht gelöst aber an die Daten komme ich dran zumindest zum Sichern..

Der Synology Support hat sich mit mir in Verbindung gesetzt.. und über Fernzugriff tagelang probier das Problem zu lösen..
Eine wirkliche Erklärung hat der Entwickler nicht warum das solche Folgen hat..
Klar ist aber das beim Herunterfahren der Cache nicht geleert wird.. sondern nur wenn man den Cache über die Funktion im Speicher manager entfernt..
Da ich das nicht gemacht habe fehlen dem Volume die Daten vom cache und deswegen Stürzt der ab...
die haben mir das volume für Lesezugriff mounten können, so das ich die Daten kopieren konnte. Ich muss aber das Volume löschen und neu erstellen zu retten ist hier Nichts..

 

[maxblank]

Wenn du an deine Daten kommst, bist du nochmals mit einem blauen Auge davongekommen. Danke für deine Rückmeldung.

 

[Ronny1978]

Ein Grund mehr, auf diesen "unausgegorenen" Marketing Gag (SSD Cache) zu verzichten und lieber ein Volumen zu erstellen. Wenn das solche Auswirkungen hat und der Cache nicht regelmäßig auf die HDDs geschrieben werden, ist DIES für mich grob fahrlässig, seitens Synology. Ist bei UNRAID schon sch.... das man sich selbst darum kümmern muss, dass der Cache regelmäßig auf die Platten geschrieben wird.

Aber bei Synology hast ja nicht einmal eine Einstellung dafür - außer Trennen, was ja nun weiß Gott keine Lösung sein kann.

 

[metalworker]

naja unausgegoren ist das nun nicht.
Und es wird ja von Synology ganz klar beschrieben wie damit umzugehen ist.
Da ist nichts fahrlässiges dran.
Wenn man sich nicht dran hält und dann einfach den speicher zieht , da kann man nun Synology echt keinen Vorwurf machen.
Ist ja das gleiche wenn du nen HardwareRAid Controler einsetzt und das dann ohne BBU.


Und das Marketing gern sachen anpreist wo man genau schauen muss obs einem auch nützt ist ja nix neues.

Und das Unraid eher ne Bastelbude ist , naja , auch das ist nichts neues.

 

[iRonX]

Also ich werde in Zukunft auf den Cache verzichten...
eine Performance Verbesserung konnte ich durch den Cache so wie so nicht feststellen!

 

[ctrlaltdelete]

Richte die NVMEs doch als Volume ein für Docker und ggf. kleine VMs, siehe Signatur.