Lo spazio LVM è improvvisamente sparito

Sto riscontrando problemi con LVM su un server Debian Jessie. Dopo aver aggiunto un nuovo SSD alla memoria di gruppo ho esteso il volume, non sono stati rilevati problemi. Tuttavia, dopo un'interruzione di corrente, il server è rimasto offline per un po '. Alla fine è tornato su. Fu allora che notai che mancava molto spazio. Secondo df, ci sono solo 50 GB. Sento che c'è qualcosa che mi manca.

Qualche idea?

df -h

Filesystem                Size  Used Avail Use% Mounted on
/dev/dm-0                 106G  102G     0 100% /
udev                       10M     0   10M   0% /dev
tmpfs                     1.4G  9.7M  1.4G   1% /run
tmpfs                     3.4G     0  3.4G   0% /dev/shm
tmpfs                     5.0M     0  5.0M   0% /run/lock
tmpfs                     3.4G     0  3.4G   0% /sys/fs/cgroup
/dev/sda1                 236M   36M  188M  16% /boot
/dev/mapper/storage-stor   50G   50G     0 100% /storage_share
tmpfs                     695M     0  695M   0% /run/user/1000

vGS

VG             #PV #LV #SN Attr   VSize   VFree
home-server-vg   1   2   0 wz--n- 111.55g     0
storage          3   1   0 wz--n- 400.56g 97.66g

pvs

  PV         VG             Fmt  Attr PSize   PFree
  /dev/sda5  home-server-vg lvm2 a--  111.55g     0
  /dev/sdb1  storage        lvm2 a--  111.79g     0
  /dev/sdc1  storage        lvm2 a--   55.89g 55.89g
  /dev/sdd1  storage        lvm2 a--  232.88g 41.77g

LVS

LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   home-server-vg -wi-ao---- 106.98g
  swap_1 home-server-vg -wi-ao----   4.56g
  stor   storage        -wi-ao---- 302.90g

fdisk -l

Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc99fa34a

Device     Boot Start       End   Sectors   Size Id Type
/dev/sdb1        2048 234441647 234439600 111.8G 83 Linux

Disk /dev/sdd: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe95e10c9

Device     Boot Start       End   Sectors   Size Id Type
/dev/sdd1        2048 488397167 488395120 232.9G 83 Linux

Disk /dev/sdc: 55.9 GiB, 60022480896 bytes, 117231408 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb18e3326

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdc1        2048 117231407 117229360 55.9G 83 Linux

Disk /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xedbe0f11

Device     Boot  Start       End   Sectors   Size Id Type
/dev/sda1  *      2048    499711    497664   243M 83 Linux
/dev/sda2       501758 234440703 233938946 111.6G  5 Extended
/dev/sda5       501760 234440703 233938944 111.6G 8e Linux LVM

Disk /dev/mapper/home--server--vg-root: 107 GiB, 114873597952 bytes, 224362496 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/home--server--vg-swap_1: 4.6 GiB, 4898947072 bytes, 9568256     sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/storage-stor: 302.9 GiB, 325238915072 bytes, 635232256 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

linux lvm

— John Doe
fonte

La partizione / dev / sdb1, sdc1 e sdd1 non ha il tipo di partizione corretto. È elencato come "Linux", quindi il kernel si aspetta un normale filesystem lì. / dev / sda5 è di tipo LVM che ha usato per il tuo file system di root, suppongo (BTW, è tempo di ripulire quella partizione ...)

Immagino che abbia funzionato prima perché il kernel, durante la scansione dei dischi alla ricerca di firme LVM, ne ha trovato uno sul primo disco. L'aggiunta di un disco ha modificato l'ordine di scansione dei dischi, ma il problema diventa evidente solo dopo il primo riavvio, poiché sul nuovo disco è presente qualcosa. Penso che per puro caso il tuo superblocco si trova all'inizio di / dev / sdc1 e il kernel dice "Ehi, è un filesystem. Bene, montiamolo.", Ignorando il resto.

Penso che potresti anche dover ricostruire LVM dopo aver risolto questo problema, perché il tuo filesystem è ora molto corrotto.

— Jvo
fonte

Grazie per la spiegazione dettagliata. Quale suggerisci è il modo migliore per gestirlo? (per ridurre al minimo la perdita di dati)

— John Doe,

Non sono sicuro ... Sarà difficile riportare i pezzi del tuo LVM nell'ordine corretto e ottenere un filesystem che sia in qualche modo leggibile. Ti suggerisco di copiare i 50 GB a cui hai accesso ora a una risorsa esterna (disco rigido, FTP o rsync all'host remoto). Quindi ricostruire LVM correttamente e copiare nuovamente i dati. Cercare di rimetterlo insieme è probabilmente più un problema di quanto valga la pena.

— JvO,