VG bzw LV weg, Raid ist aber in Ordnung

[kugman]

Moin,

nachdem ich einen Fehler im SSD-Cache hatte, habe ich den Synology-Support eingeschaltet. Die haben auf das NAS draufgeschaut (RS3617xs+). Aber vermutlich durfte der Azubi zum ersten Mal an ner Konsole arbeiten... jedenfalls ist das Volume jetzt weg

Es handelt sich um eine RS3617xs+ mit einer Expansion. Insgesamt sind 22 10TB-Platten drin verbaut, die in einem Speicherpool zu einem Volume zusammengefasst sind (RAID-5)

Hab ich selber mal draufgeschaut.
So wie es aussieht, ist das RAID-Set intakt. Mit mdadm --detail /dev/md2 sehe ich zumindest alle Platten im "grünen" Status..

mdadm zeigt das RAID-Set als clean an:

ash-4.4# mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Creation Time : Wed Nov 25 17:50:51 2020
Raid Level : raid5
Array Size : 204993911808 (195497.43 GiB 209913.77 GB)
Used Dev Size : 9761614848 (9309.40 GiB 9995.89 GB)
Raid Devices : 22
Total Devices : 22
Persistence : Superblock is persistent

Update Time : Thu Feb 1 16:54:26 2024
State : clean
Active Devices : 22
Working Devices : 22
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Name : rackstation04:2 (local to host rackstation04)
UUID : 8308b2a2:02534bee:80a883e4:0866b24f
Events : 657

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 8 19 1 active sync /dev/sdb3
2 8 35 2 active sync /dev/sdc3
3 8 51 3 active sync /dev/sdd3
4 8 67 4 active sync /dev/sde3
5 8 83 5 active sync /dev/sdf3
6 8 99 6 active sync /dev/sdg3
7 8 115 7 active sync /dev/sdh3
8 8 131 8 active sync /dev/sdi3
9 8 147 9 active sync /dev/sdj3
10 8 163 10 active sync /dev/sdk3
11 8 179 11 active sync /dev/sdl3
12 69 291 12 active sync /dev/sdma3
13 69 307 13 active sync /dev/sdmb3
14 69 323 14 active sync /dev/sdmc3
15 70 451 15 active sync /dev/sdna3
16 70 467 16 active sync /dev/sdnb3
17 70 483 17 active sync /dev/sdnc3
18 128 355 18 active sync /dev/sdoa3
19 128 371 19 active sync /dev/sdob3
20 128 387 20 active sync /dev/sdoc3
21 130 259 21 active sync /dev/sdpa3
ash-4.4#

vgdisplay zeigt keine Volumegroup an:

ash-4.4# vgdisplay
ash-4.4#

lvdisplay zeigt keine lv an

ash-4.4# lvdisplay
ash-4.4#

hab ich eine Chance, das Volume manuell wieder herzustellen?


vielen Dank schonmal

Markus

 

[ctrlaltdelete]

Schwierige Baustelle, vielleicht kannst du dir hiermit einen workaround erstellen:
https://tomlankhorst.nl/setup-lvm-raid-array-mdadm-linux

Was sagt: lsblk

 

[Benares]

Ich bin grad am überlegen, ob bei einem Raid5-Pool der LVM überhaupt mit im Spiel ist.

Hab grad mal auf meiner DS415+ geschaut (Raid5 aus 3 Platten und eine SSD als Basic), da ist er es nicht.

root@DS415:~# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4] [raidF1]
md2 : active raid5 sda3[0] sdc3[2] sdb3[1]
      11711400832 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]

md3 : active raid1 sdd3[0]
      112398784 blocks super 1.2 [1/1] [U]

md1 : active raid1 sda2[0] sdd2[3] sdc2[2] sdb2[1]
      2097088 blocks [4/4] [UUUU]

md0 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1]
      2490176 blocks [4/4] [UUUU]

unused devices: <none>
root@DS415:~# vgdisplay
root@DS415:~# lvdisplay
root@DS415:~#

 

[dil88]

Ich verstehe es so, dass der LVM bei aktuellen DSM-Versionen generell eingerichtet wird, bei älteren DSM-Versionen nur bei SHR-Volumes bzw. -Speicherpools. Ich habe beispielsweise DSM 7.2.1 frisch auf der DS423+ aufgesetzt und nur RAID-1 bzw. BASIC-Speicherpools. Sowohl vgdisplay als auch lvdisplay liefern Daten.

 

[ctrlaltdelete]

Danke für die Info, ich konnte nicht nachschauen, meine DS laufen alle auf SHR mittlerweile.

 

[dil88]

SHR macht ja auch meistens Sinn. Da ich aber vermutlich nie über RAID-1 hinausgehen werde, bleibe ich beim simpelsten Verfahren.

 

[Benares]

Wo ich noch etwas grüble:

Meine alte DS212+ (ist momentan aus) hatte auch ein Raid1, Da war definitiv /dev/md2 direkt auf /volume1 gemountet.
Bei der DS415+ mit Raid5 (s.o.) und der DS1522+ mit SHR wird /dev/mapper/cachedev_1 auf /volume1 gemountet, obwohl ich keinen SSD-Cache nutze. Bei der DS415+ wird LVM nicht verwendet, bei der DS1522+ schon. lvdisplay zeigt mir da /dev/vg1/volume_1 als Name an.

Jetzt frag ich mich, was dieses /dev/mapper/cachedev_1 ist. Es hat vermutlich was mit der SSD-Cache-Einbindung zu tun und sitzt wohl nochmal oben drauf, auch wenn kein SSD-Cache verwendet wird. Aber ich frage mich, wo das verwaltet wird/eingesehen werden kann.

Edit:
Again what to learn klick

 

[ctrlaltdelete]

Das gibt es bei den NVMEs auch:

nvme0n1              259:0    0 931.5G  0 disk
├─nvme0n1p1          259:1    0   2.4G  0 part
├─nvme0n1p2          259:2    0     2G  0 part
└─nvme0n1p3          259:3    0   927G  0 part
  └─md3                9:3    0   927G  0 raid1
    └─cachedev_0     249:1    0   927G  0 dm
      └─synorbd_2    250:1    0   927G  0 disk

Edit: Und wozu legt er nvme0n1p1 und p2 an, wenn DSM die eh nicht nutzt?

 

[dil88]

Ich kann das für alle drei Speicherpools/Volumes auf meiner DS423+ bestätigen, alle haben /dev/mapper/cachedev-Einträge - nummeriert von 0-2. Die werden also auch für NVMe-Speicherpools angelegt.

 

[Benares]

Und wozu legt er nvme0n1p1 und p2 an, wenn DSM die eh nicht nutzt?

Vermutlich weil sysopartition nur einige Partitionierungsschemen kennt (synopartition --list), egal ob die ersten beiden dann genutzt werden oder nicht.
Von welchem Befehl stammt deine Ausgabe?

 

[ctrlaltdelete]

lsblk

steht für "list block devices" und dient dazu, verfügbare Block devices in Baumdarstellung aufzulisten und Informationen zu diesen anzuzeigen. Es liest hierzu das sysfs-Dateisystem ein. Es ist vergleichbar mit blkid, welches aber nur für Geräte funktioniert, auf denen eine gültige Partitionstabelle existiert.

 

[Benares]

lsblk hab ich nicht. Es gibt nur

root@DS1522:~# ls<TAB><TAB>
ls       lsattr   lslocks  lsmod    lspci    lsusb

Kommt das durch irgendein Paket hinzu?

 

[ctrlaltdelete]

Jupp, synocli misc. Tools

 

[ctrlaltdelete]

Die sind auch ganz cool:
Syno Cli File Tools
Syno Cli Disk Tools
Syno Cli Kernel Tools
Syno Cli Monitor Tools

 

[plang.pl]

Jo hab ich auch alle drauf. Und dann wundere ich mich immer, warum Befehle bei mir funktionieren und bei anderen nicht

 

[kugman]

Schwierige Baustelle, vielleicht kannst du dir hiermit einen workaround erstellen:
https://tomlankhorst.nl/setup-lvm-raid-array-mdadm-linux

Was sagt: lsblk

Moin.
lsblk sagt bei mir erstmal nix, weil ich "synocli misc. Tools" nicht installieren kann... hab ja kein Volume...