Накрая намерих пакета, и понеже някой може да има моя проблем, ще обясня защо ми беше, и какви решения си намерих.
Използвам софтуерен 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 ? Това може да реши проблема, и да не се налагат такива черни магии.
signature.asc
Description: This is a digitally signed message part
