LVM partició csonkolása és növelése adatvesztés nélkül

Linux-haladó

Sziasztok,

Leirná valaki a pontos menetét a tárgyban emlitett műveletnek?

Van egy 20 GB méretű lvm_blah1 logikai partícióm, és egy 10 GB méretű lvm_blah2.

lvm_blach1-ből szeretnék 5 GB-ot levágni és hozzáadni a másodikhoz.

Előre is köszi

  • 6455 megtekintés

( blackberry | 2013. 06. 13., cs – 09:49 )

lvm_blah1:
umount
fsck
resize2fs
lvreduce

lvm_blah2:
lvresize
resize2fs

profit

--
Sent from my ezeréves Nokia.

Tudom, hogy nagyon el van qrva, de ez van sajnos. Többször nem igy méretezem őket....

http://pastebin.com/ZeuhQ1R1

# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/webserver-root 23G 2.7G 20G 13% /
udev 1.5G 4.0K 1.5G 1% /dev
tmpfs 601M 384K 601M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.5G 0 1.5G 0% /run/shm
/dev/mapper/webserver-tmp 3.8G 556K 3.6G 1% /tmp
/dev/mapper/webserver-home 23G 3.5G 19G 16% /home
/dev/sdb1 25G 20G 3.9G 84% /home/_backup
/dev/mapper/webserver-mysql 14G 723M 13G 6% /mysql
/dev/mapper/webserver-var 14G 1.3G 12G 10% /var
/dev/mapper/webserver-www 19G 15G 3.4G 81% /www

-------------------------
I'm not sure he is handicapped or "special".

Sajnos nem járható út...

ssh, smtp, apache2, amavis, és még kb 10 BC daemon használja a fájlokat.

Talán éjszaka marad a live CD-s bohóckodás.

Akkor mi van, ha process leállitás nélkül (amit nem lehet, pl ssh) unmountolom? Megmakkan teljesen?
-------------------------
I'm not sure he is handicapped or "special".

Átméretezni mountolt partíciót nem fogsz tudni, nem engedik az átméretező progik alapból.

Annyi időre sem tudod leállítani a service-eket, amíg umount és rögtön restart? Utána átméretezgeted a dolgokat, addig minden a gyökér partíció nem mountolt sima var könyvtárába 'szemetel' valamennyit de legalább mennek a szolgáltatások, aztán az átméretezések után megint leállít mindent, a gyökéren a var tartalmának törlése (ez nem is biztos, hogy létszükséglet), visszamount az új méretű partíciók, indít minden. Szerintem max. 2-szer 1-1 perc kiesés legrosszabb esetben.

ssh lehet szopó, bár az élő session szerintem nem szakadna meg, ahogy ssh service restartnál sem, de ezt a 'var kilapátolása a futó session alól'-t kipróbálnám egy nem éles gépen előbb

UPD: azt nem gondoltam tisztán végig, a gyökér partíción a /var alatt is kellene a könyvtár struktúra, különben pár dolog már ettől fejre áll, pl. apache, ha nem találja a log dir-eket, nem indul el

( Elbandi v | 2013. 06. 13., cs – 10:22 )

sysrescuecd, gparteddel osszenyomod az fs-t, majd lvreduce. masiknal meg lvextend, majd "resize2fs -p /dev/vg/lvm"

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( dblaci | 2013. 06. 13., cs – 18:46 )

btrfs nél van online shrink, de gondolom nem btrfsről van szó, akkor is van egy megoldás, online (bár reboot kell), bár ez kicsit necces, azért leírom, hátha valakinek hasznos.

snapshot készítése a mostani root lvm ről lvcreate -s -L 2G -n snapshot2 blablabla fejből nem tudom pontosan, de adja magát. A méret nem a snapshot mérete, hanem a copy on writenak fenntartott méret, szóval lehet kisebb, mint a root.

Utána ezt mount (bár ha btrfs, akkor nem lehet ugyanazt az uuid t kétszer mountolni, ez más fsnél úgy tudom nem probléma). Új lvm partíció pl. root2, formázás stb. (ehhez kell elég szabad hely, lehet, hogy ez kizáró ok). rsync a snapshotolt rootról az újra, grubban és fstabban (az újban) átírni az új lvm partícióra. Ezután umount, a snapshotot el lehet dobni, és mehet a reboot. A snapshot és a reboot közötti változások persze nem lesznek meg, ez is kizáró ok lehet.

Remélem valakinek tanulságos :)