Resize na PV v LVM (was: Re: lug-bg: Търси се жив или мъртъв.... LVM 1.1)

[Vasil Kolev <vasil@xxxxxxxxxx>]

   Накрая намерих пакета, и понеже някой може да има моя проблем, ще
обясня защо ми беше, и какви решения си намерих.

Използвам софтуерен RAID5 в/у 3 диска, в/у който имам physical volume на
LVM, и в/у него вече VG, LV-та и файлова система. Ако искам да добавя
нов диск, първо го слагам в машината, после с raidhotadd добавям новия
диск в RAID-а, след което следва сложния момент - не мога да направя нов
partition на md0 (просто защото там няма partition table), и да го
добавя като нов PV в volume групата. За това ми се налага да разширя
самия PV, което се оказа бая сложна задача.

След бая ровене в google и google cache, си намерих няколко решения.
Едното е pvresize от LVM1.1 (отебана development версия, трудно
откриваема без използване на черна магия (писане до разни места, и
размахнване на умряло пиле над няколко сървъра) ), което е описано, че
работи - трябва обаче да си компилирате само него, и да не исталирате
всичките tools от тая версия, защото дявол знае колко са стабилни. (а,
подробност - в LVM2 има pvresize команда, която като се пусне, казва, че
още не са я написали).
Другото решение е да се мине до LVM2 (on-disk формата е съвместим), след
което да се деактивира volume групата, да се backup-не с vgcfgbackup, да
се направи и резервен backup на metadata-та от PV-то (първите 4 MB от
дяла/диска на който се намира, dd if=/dev/md0 of=/backup bs=1k count=4k 
например, Да се създаде наново PV (с pvcreate -ff ), и да се възстанови
от backup файла, създаден с vgcfgbackup, като преди това вътре се пипне
малко - този backup представлява текстов файл с много приятен формат.

М/у другото, възможно ли е да се направи partition table върху софтуерен
raid, и после и да се разпознае от LVM ? Това може да реши проблема, и
да не се налагат такива черни магии.

Attachment: signature.asc
Description: This is a digitally signed message part