Dotaz: LVM - přenos disků do jiného PC

[svido]

Ahoj, přenesl jsem své disky v LVM včetně řadiče do nového PC a nedaří se mi obnovit LVM. Sice vidím VG i PV, ale pokud je chci přimountovat dostanu chybu o nepodporovaném filesystemu. Měl jsem za to, že disky mohu bez potítí přenést jinam... O data bych nerad přišel, ikdyž nejsou moc důležitá, ale i tak.

Group vg1 jsou nové disky, na které chci přetáhnout obsat původního vg0. Grupu vg0 chci pak odstranit a nafouknout vg1.

VGs:

htpc hurvajs # vgscan 
  Reading all physical volumes.  This may take a while...
  Found volume group "vg1" using metadata type lvm2
  Found volume group "vg0" using metadata type lvm2

htpc hurvajs # vgdisplay 
  --- Volume group ---
  VG Name               vg1
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               0
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               10.92 TiB
  PE Size               4.00 MiB
  Total PE              2861582
  Alloc PE / Size       2861582 / 10.92 TiB
  Free  PE / Size       0 / 0   
  VG UUID               v7URZL-h4Y1-E9P9-W8or-YQuX-wvaM-1KY8fX
   
  --- Volume group ---
  VG Name               vg0
  System ID             
  Format                lvm2
  Metadata Areas        4
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               0
  Max PV                0
  Cur PV                4
  Act PV                4
  VG Size               6.37 TiB
  PE Size               4.00 MiB
  Total PE              1669263
  Alloc PE / Size       1669263 / 6.37 TiB
  Free  PE / Size       0 / 0   
  VG UUID               HgAOoY-QqjG-MN0Y-pTd5-MCsA-5WbM-QfsfsB

PVs:

htpc hurvajs # pvscan 
  PV /dev/sdb1   VG vg1   lvm2 [5.46 TiB / 0    free]
  PV /dev/sdc1   VG vg1   lvm2 [5.46 TiB / 0    free]
  PV /dev/sdd1   VG vg0   lvm2 [1.82 TiB / 0    free]
  PV /dev/sde1   VG vg0   lvm2 [1.82 TiB / 0    free]
  PV /dev/sdf1   VG vg0   lvm2 [1.82 TiB / 0    free]
  PV /dev/sdg1   VG vg0   lvm2 [931.51 GiB / 0    free]
  Total: 6 [17.28 TiB] / in use: 6 [17.28 TiB] / in no VG: 0 [0   ]

htpc hurvajs # pvdisplay 
  --- Physical volume ---
  PV Name               /dev/sdb1
  VG Name               vg1
  PV Size               5.46 TiB / not usable 0   
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              1430791
  Free PE               0
  Allocated PE          1430791
  PV UUID               UigUtP-FKLL-72rB-jfbv-rg3f-9xbD-mkInKi
   
  --- Physical volume ---
  PV Name               /dev/sdc1
  VG Name               vg1
  PV Size               5.46 TiB / not usable 0   
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              1430791
  Free PE               0
  Allocated PE          1430791
  PV UUID               CuMmxM-RQCn-71LV-qadg-XViC-VJnW-KhCTV5
   
  --- Physical volume ---
  PV Name               /dev/sdd1
  VG Name               vg0
  PV Size               1.82 TiB / not usable 1.06 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              476932
  Free PE               0
  Allocated PE          476932
  PV UUID               GgdPCz-zfC3-S5e6-tdWb-K9AD-uW1s-iViZVM
   
  --- Physical volume ---
  PV Name               /dev/sde1
  VG Name               vg0
  PV Size               1.82 TiB / not usable 1.06 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              476932
  Free PE               0
  Allocated PE          476932
  PV UUID               rf0lol-ZOp0-d3Ky-dE1K-ijWc-1bMz-et3oGn
   
  --- Physical volume ---
  PV Name               /dev/sdf1
  VG Name               vg0
  PV Size               1.82 TiB / not usable 1.06 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              476932
  Free PE               0
  Allocated PE          476932
  PV UUID               1oPEKm-MDrs-IPYg-ATYd-ZLn9-Mtkq-Tc9Adg
   
  --- Physical volume ---
  PV Name               /dev/sdg1
  VG Name               vg0
  PV Size               931.51 GiB / not usable 1.68 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              238467
  Free PE               0
  Allocated PE          238467
  PV UUID               YXlc0m-ykek-pN0R-mGPh-6mlv-dW7a-1oPxIA

---

---

Odpovědi

[NN]

Jak vypada ten prikaz a ten chybovy vystup?

[svido]

LVM se pouští při bootování pomocí služeb.

# LVM                                                                                                                                                                                                           
/dev/vg1/nas      /mnt/nas          btrfs   noatime,nodiratime,autodefrag,acl,users  1 2                                                                                             
/dev/vg0/movies   /mnt/old_movies   ext4    defaults,users                           0 0

Výsledek manuálního pokusu o mount:

htpc hurvajs # mount /dev/vg1/nas 
mount: /dev/mapper/vg1-nas is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/mapper/vg1-nas,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

[NN]

Prikaz je spatne, nemas tam cilovy adresar:

mount /dev/.. /mnt/..

Vzhledem k tomu, ze to ma uvedeno ve fstab, tak to nicemu nevadi.

[svido]

jinak netuším proč, ale ikdyž selže mount, tak moc nezjistím ani z logů. Při pokusu namountovat vg0 vidím v dmesg jen:

EXT4-fs (dm-0): VFS: Can't find ext4 filesystem

Při pokusu u vg1 není nic ani v /var/log/messages ani v /var/log/dmesg.

[xxl]

A co říká lvdisplay?

[svido]

htpc hurvajs # lvdisplay 
  --- Logical volume ---
  LV Path                /dev/vg0/movies
  LV Name                movies
  VG Name                vg0
  LV UUID                fx4clP-9BHh-XPZ8-7cTF-su0W-MAKk-ae9J8s
  LV Write Access        read/write
  LV Creation host, time htpc, 2014-12-07 12:06:43 +0100
  LV Status              available
  # open                 0
  LV Size                6.37 TiB
  Current LE             1669263
  Segments               4
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/vg1/nas
  LV Name                nas
  VG Name                vg1
  LV UUID                MHYtfd-6dQn-AIGF-txGz-Newv-MJfA-sV1via
  LV Write Access        read only
  LV Creation host, time htpc, 2014-12-07 12:13:47 +0100
  LV Status              available
  # open                 0
  LV Size                10.92 TiB
  Current LE             2861582
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

[ewew]

Všetky diske nie je možné primountovať ?

[svido]

jak to myslíš - jako samostatně mimo LVM. To jsem nezkoušel. Ty disky asi nebudou čitelné, ne?

[svido]

dal jsem si tu práci a přehodil disky s řadičem do starého PC. Už ani tam nenajede, /dev/vg0 neexistuje. Asi jsem to nějak pohnojil a přišel o data...

[lertimir]

No za prvé mi připadá, že jsi sebevrah. Za 10 let, co sem chodíš, a čteš si diskuse, tě nenapadlo, že poskládat 6 různách disků jako PV do VG není nejlepší nápad? žádná redundance, pád jediného disku ti zruší celé LVM. Za druhé očekávám, ale nikdy jsem to takto brutálně neřešil, že při zařazení různých PV do VG může záležet na pořadí disků. A v tom pořadí z VG scan jsou nejdříve PV ty největší disky a postupně velikost klesá. Nevytvářel jsi náhodou to LVM opačně. Nejdřive jsi měl malé disky a postupně dokupoval větší? Hodně bych vsadil na to, že musíš mít na řadiči přesně stejné pořadí disků jako při původním zapojení. Pak bych si tipl, že to jet může.

[nobody]

poradi bude putna, spojeni snad reseno pres UUID :)
mam pocit ze nedopatrenim doslo k vytvoreni noveho LV movies misto k sestaveni puvodniho:

LV Path /dev/vg0/movies
LV Creation host, time htpc, 2014-12-07 12:06:43 +0100

btw: 17TB bez redundance je vazne slusnej ulet :)

[svido]

on byl spíše problém, co jsem tak pochopil, že jsem na novém kompu udělal také vg0. Pak jsem přehodil disky ze starého, kde byl také vg0. To zřejmě způsobilo, že se nějak porafali a filesystem padnul na držku. Ale vzhledem, k tomu, že jde o Linux a ne o widle, povedlo se data zachánit. Na novém jsem přejmenoval VG, na starém opravil filesystem. Teď jsou oba VG připojené v novém kompu a funkční. Sice jsem se docela zhrozil, že bych přišel o všechny data, ale nakonec se nic takového nekonalo.

[PanZvedavy]

jeho data :)

[svido]

Souhlasím, že to není úplně nejlepší nápad. Na druhou stranu jsou tam jen filmy, hudba a fotky. To opravdu důležité mám zálohované na DVD. Sice jsem uvažoval o RAID, ale zvhledem k tomu, jakou mám kapacitu, nejsem blázen abych měl všechny disky 2x. LVM provozuji přes 5 let, disky jen WD a zatím nebyl žádný problém. Bylo to tak, že jsem koupil tenkrát jeden 1T udělal LVM a postupně dokupoval disky a nafukoval LVM. Mělo by to být podle UUDI a ikdyby se stalo, že je zapojím jinak na řadiči a nešel VG, tak by to mělo jít opravit, co se zjistil včera. A ono se to vlastně stalo - v novém PC jsou sice opět připojené ve stejném pořadi na stejném externím řadiči, ale fyzicky jsou připojené jako zařízení jinak (před tím byly disky /dev/sde až /dev/sdh a teď jsou /dev/sdc až /dev/sdf) a jde to. Jinak byl problém v tom, že jsem neexportoval VG. Nějak se pokazil filesystem, takže jsem ho ještě opravil. Nakonec jsem to rozběhl ve starém kompu, dal export. V novém jsem to importoval a data zůstala. Postupoval jsem podle tohoto: http://tldp.org/HOWTO/LVM-HOWTO/recipemovevgtonewsys.html

[..]

Za poslední asi 2 roky odešly doma 2 disky. Kdybych neměl raidy, tak jsem byl namydlenej.

Data jsou cennější, než prachy.

I ty filmy a hudba stažené z internetu mají nějakou cenu. A vlastní fotky nebo videa se vůbec nedají v penězích vyčíslit.

[svido]

s tím souhlasím. Ale jak jsem psal, zatím se mi ještě nestalo, že by nějaký disk odešel - ani jeden za zhruba 20let. Až se to stane, třeba budu dávat vše na RAID. Jinak u VLM by mělo jít vadný disk vyměnit, jde udělat PV se stejným UUID, takže se pak nahradí novým diskem a ztráta dat by měla být jen z vadného disku.

[..]

Nevěřím, že by se to podařilo. A moc se mi nezdá, že by to vůbec šlo. Možná to někdo doplní.

[svido]

nevím, nemám s LVM moc velkou zkušenost, jen jsem ho kdysi nastavil a to je vše. Ale tady píší, že by to mělo jít. Pokud crashne jeden disk ve VG, jde udělat nový PV se stejný UUID, pak se připojí. Na rovinu říkám, že jsem to podrobně nečetl, takže se možná pletu...

ls-lvm:~ # vgcfgrestore sales
  Couldn't find device with uuid '56ogEk-OzLS-cKBc-z9vJ-kP65-DUBI-hwZPSu'.
  Couldn't find all physical volumes for volume group sales.
  Restore failed.

ls-lvm:~ # pvcreate --uuid 56ogEk-OzLS-cKBc-z9vJ-kP65-DUBI-hwZPSu /dev/sdc
  Physical volume "/dev/sdc" successfully created

ls-lvm:~ # vgcfgrestore sales
  Restored volume group sales

ls-lvm:~ # vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "sales" using metadata type lvm2

ls-lvm:~ # vgchange -ay sales
  1 logical volume(s) in volume group "sales" now active

[DP]

Presne, me taky.. nejdriv jeden, pak druhej. Takze jsem rad, ze mam aspon zrcadlo a rozhodne bych nespolehal na to, ze disky neodejdou;)

[vandrovnik]

Štěstěna je vám nejspíš hodně nakloněna Mám na starost jen několik málo serverů, každý z nich má 3-4 disky a i tak zhruba jednou za dva měsíce někde řeším, že se začínají objevovat vadné sektory.

[svido]

hele jako, nestraste me... Za celou dobu co dělám v IT, jsem neměl špatný disk.