Weiteres Volume aus SHR-Platte mit Restkapazität

[ing-michel]

Hallo,

habe eine 4-Bay DS-411+II. In Schacht 1+2 je 2 TB als RAID 1 (geteilt in 2 Volume) -> alles OK.

In Schacht 3 habe ich ein Basis-Volume (Volume 3) mit 1,5 TB

In Schacht 4 ist jetzt eine 2 TB-Platte gekommen und habe das Volumen 3 auf "Datenschutz mit Fehlertoleranz 1HDD" erweitert.

-> nun möchte ich die restliche Kapazität der HDD in Schacht 4 als Volume ohne Datensicherheit nutzen (sollte mit SHR ja gehen) - weiß aber nicht wie. Der Button um ein weiters Volume zu erstellen ist nicht aktiv.

Kann mir jemand helfen?

Gruß
Michel

 

[Merthos]

Das ist so nicht vorgesehen.

Du könntest die 4 rausnehmen, am PC formatieren und dann wieder rein. Darauf dann ein neues Volumen erstellen. Das Volumen 3 wird aber als rot stehenbleiben. Wenn Du das auch noch weghaben willst, dann das gleiche Vorgehen nochmal (vorher Daten sichern ).

 

[Luzzil]

Hallo,

ich habe einen ähnlichen Fall.
Eine 213+ mit einer 6TB und einer 2TB.
Über DSM ein Volume 1 eingerichtet mit 2TB als SHR-1.
Von der 6TB gammeln die restlichen 4 TB jetzt rum.
Diese können von DSM nicht eingerichtet werden; ich möchte sie jedoch dem DSM unterschieben, um sie als "normale" shares zu nutzen.
Also so was wie folgt gemacht:
parted /dev/sda
mkpart logical ext4 2000GB 6001GB
set 3 raid on
mdadm --create --level=linear --force --raid-devices=1 /dev/md3 /dev/sda3
pvcreate /dev/md3
vgcreate vg2 /dev/md3
lvcreate --name volume_2 --extents 100%FREE vg2

Nach dem reboot kommt das SHR-1 als volume_2 (zuerst als volume_1!) hoch, das neu erstellt als /dev/vg2/volume_1 (lvdisplay).
Allerdings ist es als solches nicht ansprechbar, z.B.: mount: mounting /dev/vg2/volume_1 on /volume1 failed: Invalid argument
Das SHR-1 wird automatisch als /volume2 gemounted und kann auch verwendet werden.
Das neue bekomme ich aber nicht zum laufen.

Irgendwelche Ideen?

 

[dil88]

Nimm die zweite Platte (ggfs. vorher Backup machen) aus der DS, lösche sie an einem PC, bau sie wieder ein und richte darauf ein benutzerdefiniertes Basis-Volume ein (ausführlichere Beschreibung hier).

 

[Luzzil]

Hallo dil88,

erst mal vielen Dank für deine fixe Antwort!
Allerdings habe ichs noch nicht ganz verstanden oder meine Idee nicht richtig ausgedrückt.

Was ich habe: eine große Platte (sda, 6TB) und eine kleine Platte (sdb, 2TB), konfiguriert mit dem DSM auf SHR-1 (2TB), d.h. gespiegelt als Volume1 und 4 TB nicht nutzbaren Platz.
Was ich möchte: die restlichen 4TB nutzen als Volume2, unter Beibehaltung des gespiegelten Volume1.

Wenn ich die Anleitung anschaue, erwarte ich nach der Aktion, dass ich den Spiegel auflöse, was ich aber nicht will.


???

 

[dil88]

Ah, verstehe. Das, was Du Dir vorstellst, ist nicht möglich.

 

[Luzzil]

OK, also das ganze nochmal ohne lvm.
Auf das /dev/md3 ein ext4 aufgesetzt, reboot und voila: ein /volume2!
Das ist zwar sicher nicht von Synology unterstützt, aber gibts konkrete Gründe, die dagegen sprechen?

 

[dil88]

Ok, unter Linux gehts natürlich, insofern habe ich mich schlecht/falsch ausgedrückt. Es ging mir darum, dass es mit DSM-Bordmitteln nicht möglich ist. Was das Datenverschieben anbetrifft, fürchte ich, dass es schneller ist, als nach der richtigen Konfigurationsdatei zu suchen.

 

[Luzzil]

So, mittlerweile gibts DSM 5.2, Update1 und seit dem wird das volume 2 nicht mehr erkannt!
Einen Grund erkenne ich nicht; der device mapper erstellt einfach das device nicht.
dmsetup status mit update 1:

vg1-syno_vg_reserved_area: 0 24576 linear
vol1-origin: 0 3897335808 snapshot-origin
vg1-volume_1: 0 3897335808 linear

dmsetup status ohne update 1:

vg1-syno_vg_reserved_area: 0 24576 linear 9:2 1152
vol1-origin: 0 3897335808 snapshot-origin 253:1
vg1-volume_1: 0 3897335808 linear 9:2 25728
vol2-origin: 0 7814217728 snapshot-origin 9:3

die folgendes Infos sind bis auf dmsetup status gleich. Von daher verstehe ich nicht, warum der device mapper sich unterschiedlich verhält.

/etc.defaults/VERSION
parted -ms /dev/sda print
parted -ms /dev/sdb print
blkid /dev/sd[a-b]* /dev/md*
cat /proc/mdstat
mdadm --examine --scan
vgdisplay
pvdisplay
lvdisplay
lvm vgscan -vv
dmsetup info
dmsetup table
lvm dumpconfig

Woran kannes liegen, dass der dmsetup von Update1 das vol2-origin nicht mehr anlegt?
Wie kann ich das evtl. handish anlegen?

 

[Luzzil]

Mit DSM 5.2, Update2 geht wieder

 

[stepman]

Hi Luzzil,

kannst du nochmal schrittweise beschreiben, wie du das Problem jetzt gelöst hast?

Grüße

 

[Luzzil]

Hi Stepman,

"gelöst" ist leider übertrieben! :-(
Wenn ich die Kiste (unter DSM5, DSM6 war auch nicht besser) neu starte, dann erkennt er die zweite Partition erst nach jedem 2. bis grob 6. neu booten.
Was der zweiten Partition vermutlich fehlt, ist ein LVM Eintrag. Ich vermute zwar, dass die Daten nicht gelöscht werden, wenn ich eine anlege (weiß das jemand sicher?), aber ohne Backup sämtlicher Daten (4,7TB) versuche ich das nicht einfach mal so.
Nervig ist das so schon, da ich immer wieder einige Verzeichnisse verschieben und Berechtigungen anpassen muss. Das ist mir aber lieber, als im schlechten Fall 4,7 TB zurückzuspielen und darauf hoffen, dass das auch klappt (was es natürlich sollte, aber trotz geringer Eintrittswahrscheinlichkeit eines Fehlers wären die Folgen schrecklich .

Wenns Dich interessiert kann ich Dir gerne ausführliche Infos von lvm, mdstat, .. zukommen lassen. Ob Dir as hilft?
Wenn Du bei Dir sowas gerade neu einrichtest, würde mich interessieren, ob der DSM Disk Manager die Partition mit einem manuell eingerichteten LVM regelmäßig erkennt.

Good luck!