DSM 7.2 Speicherpool 1 löschen!?

[MasterofChaos]

Moin zusammen,

ich habe meine Synoloy DS718+ mit neuen Festplatten ausgestattet und dabei das bestehende Dateiystem auf BTRFS umgestellt.
Hierzu habe ich zuert eine Festplatte des Pools entfernt und die neue Eingebaut und einen neuen Speicherpool aufgemacht. Alle Oder auf Pool 2 verschoben, dann auch das erste "alte" Laufwerk entfernt und die Systemprogramme wiederhergestellt.
Nun läuft fast alles wieder, jedoch ist Speicherpool 1 - defekt (logisch, da keine Festplatten davon mehr im System).

Mein Gedanke war nun Spicherpool 1 zu löschen und ggf. Pool 2 wieder zu 1 zu machen. Wenn ich nun aber Speicherpool 1 löschen möchte bekomme ich die folgende Meldung: "Alle Daten auf den eingesetzten Laufwerken werden gelöscht".
Das irritiert micht etwas. Wie gehe ich nun am besten vor!?

Habe ich die Möglichkeit SPeicherpool 2 zu Pool 1 zu mahcen? Löscht er die Festplatten von Pool 2, wenn ich Pool 1 lösche, denn diese sind ja "eingesetzt"?

VG und Danke
Axel

 

[Synchrotron]

Keine Ahnung, ob man das ändern kann / sollte.

Wenn du korrekterweise die Daten in ein Backup gezogen, und von dort wieder hergestellt hättest, wäre alles kein Problem.

Jetzt würde ich es einfach lassen - oder stört dich die Bezeichnung ?

Sonst alles von vorne, würde ich mal sagen. Diesmal mit backup und frisch aufsetzen.

Bei mir hängt auch so ein Geistervolume herum, nachdem ich mein Volume 1 (SATA SSDs) auf M.2-SSDs umgestellt habe. Die laufen als Volume 2, die SATA-SSDs habe ich außer Funktion gesetzt und dann ausgebaut. Es stört mich nicht weiter, dass mein erstes Volume jetzt Volume 2 ist.

 

[MasterofChaos]

Naja, er meckert halt dauerhaft, da er von einem "defekten" Speichervolumen spricht - Sytemstatus kritisch. Daher würde ich es gerne beheben

 

[Synchrotron]

Das nervt, stimmt.

 

[Benie]

Es gibt keine Möglichkeit über die Gui die Volumenbezeichnung zu ändern.
Ich habe das mal gelesen, daß es wohl über die Konsole möglich sei. Aber dabei das Risiko die Daten zu verlieren reicht hoch sei. Habe auch eine DS am laufen wo es nur das Volumen 2 gibt.
Stört mich nicht, man muß halt zb. bei Paketen oder Docker Installation daran denken das Volumen 2 im Pfad zuzuordnen
Das alte Volumen 1 habe ich gelöscht.

 

[MasterofChaos]

Okay, aber wie hast du das geschafft? Denn bei mir sagt er ja wie oben beschrieben, er wird alle "eingesetzten" Platten löschen.
Oder hast du dann einfach auf okay gedrückt und die Warnung ist schlicht falsch!?

 

[Benie]

So genau weiß ich das nicht mehr, ist schon lange her. Aber ich gehe davon aus, wenn Du nur den alten Speicherpool 1 löscht, dann ist der neue Speicherpool 2 nicht betroffen.
Ich würde grundsätzlich solche Aktionen nicht ohne Backup machen.
Aber ich habe damals auf die ähnliche Weise auf Btrfs umgestellt

Edit: https://www.synology-forum.de/threa...-bitte-um-unterstuetzung.124834/#post-1048762

 

[MasterofChaos]

Okay, ich veruche es mal und mache vorher ein 100% backup

 

[ctrlaltdelete]

Und poste doch mal screenshots vom Speichermanager, Speicherpool und Volume, jeweils ausgeklappt.

 

[MasterofChaos]

Bitteschön...für weitere Ideen wäre ich dankbar!

 

[dil88]

Ich würde (mindestens) ein aktuelles Backup erstellen und dann Speicherpool 1 löschen.

 

[ctrlaltdelete]

Dito!

 

[MasterofChaos]

Das werde ich dann so machen. Erstmal das Backup erstellen.

Mein Plan war es, bei Auswahl des Feldes löschen, vorher Platte 1 aus der Synology entnehmen...damit diese nicht gelöscht werden kann. Was denkt ihr?

 

[ctrlaltdelete]

Eher kontraproduktiv.

 

[MasterofChaos]

Kannst du das begründen?

 

[ctrlaltdelete]

Klar du degradest damit dein bestehendes Raid. Und es muss dann ein Rebuild gemacht werden.

 

[MasterofChaos]

Okay und dann muss ich im Zweifel das Backup einspielen da er oben: "Alle Daten auf den eingesetzten Laufwerken werden gelöscht".

 

[*kw*]

Glaub mir, egal, was dir widerfährt...ein prüfender Blick auf ein intaktes und ("halbwegs") aktuelles Backupmedium gibt ein ungemein beruhigendes Gefühl.

 

[Benie]

Ja, sollte wirklich etwas schief gehen, hast Du ja das Backup

Edit: @*kw* war schneller

 

[MasterofChaos]

danke.