Stel
ik heb een Debian Stable doos met daarin een Areca raidcontroller waar nu 8 schijven aan hangen in raid 5. De kernelversie is 2.6.7.
cfdisk komt met allemaal negatieve getallen maar het spartaanse fdisk snapt de 2.1TB wel gewoon, waarop ik dus vrolijk een primaire partitie aanmaak die de hele schijf vult. Even mkfs.xfs eroverheen en ik heb een werkbaar geheel.
Maar dan: er kunnen nog 8 schijven meer aan die controler, en ik was eigenlijk niet van plan om iedere keer dat ik er een schijf bijkoop die hele array te backuppen (De _belangrijke_ data wordt al ge-back- upped mocht het echt fout gaan, de rest is vervangbaar maar als het kan behoud ik die liever
).
Nu ondersteunt die controller online capacity expansion, dus de array uitbreiden kan door het toevoegen van een extra schijf. Dat probleem heb ik dus al opgelost.
Het uitbreiden van het filesystem op zich is ook geen probleem: xfs_growfs op de mountpoint loslaten.
Zoeken op wat ik wil is als een speld in een hooiberg, en verreweg het meeste gaat alleen over het al dan niet online (dus zonder te dumpen en te restoren) uitbreidbaar zijn van Linux software-raid. Ik heb wel deze gevonden, maar die wil de extra ruimte als losse partitie toevoegen, en ik wil mijn huidige filesystem uitbreiden met de extra ruimte.
Uit dat gevonden topic blijkt dat Linux de extra ruimte gewoon ziet, het blockdevice is groter geworden zonder dat de partitietabel b0rked is of wat dan ook.
- De schijf fysiek en in de array toevoegen is geen probleem
- De nieuwe grootte van het blockdevice wordt door Linux correct gevonden
- ??
- Een XFS-filesystem is te vergroten met xfs_growfs
Op de ?? zit dus mijn probleem: kan ik een partitie zonder dataverlies vergroten? Kan ik gewoon de hele blockdevice aan mkfs voeren zonder gebruik te maken van partities om zo het moeten vergroten van de partities te voorkomen? Moet ik hier gebruik maken van LVM(2) en na de uitbreiding een nieuwe partitie (physical volume) maken die ik aan de logical volume toevoeg?
Ik wil er best het een en ander voor uitzoeken, maar het daadwerkelijke toevoegen/vergroten zou bij voorkeur zo makkelijk mogelijk moeten zijn, ook om geen wildgroei van devices te krijgen, iets waar ik met name bij LVM(2) (niet gehinderd door enige kennis van zaken overigens
) bang voor ben
cfdisk komt met allemaal negatieve getallen maar het spartaanse fdisk snapt de 2.1TB wel gewoon, waarop ik dus vrolijk een primaire partitie aanmaak die de hele schijf vult. Even mkfs.xfs eroverheen en ik heb een werkbaar geheel.
Maar dan: er kunnen nog 8 schijven meer aan die controler, en ik was eigenlijk niet van plan om iedere keer dat ik er een schijf bijkoop die hele array te backuppen (De _belangrijke_ data wordt al ge-back- upped mocht het echt fout gaan, de rest is vervangbaar maar als het kan behoud ik die liever
Nu ondersteunt die controller online capacity expansion, dus de array uitbreiden kan door het toevoegen van een extra schijf. Dat probleem heb ik dus al opgelost.
Het uitbreiden van het filesystem op zich is ook geen probleem: xfs_growfs op de mountpoint loslaten.
Zoeken op wat ik wil is als een speld in een hooiberg, en verreweg het meeste gaat alleen over het al dan niet online (dus zonder te dumpen en te restoren) uitbreidbaar zijn van Linux software-raid. Ik heb wel deze gevonden, maar die wil de extra ruimte als losse partitie toevoegen, en ik wil mijn huidige filesystem uitbreiden met de extra ruimte.
Uit dat gevonden topic blijkt dat Linux de extra ruimte gewoon ziet, het blockdevice is groter geworden zonder dat de partitietabel b0rked is of wat dan ook.
- De schijf fysiek en in de array toevoegen is geen probleem
- De nieuwe grootte van het blockdevice wordt door Linux correct gevonden
- ??
- Een XFS-filesystem is te vergroten met xfs_growfs
Op de ?? zit dus mijn probleem: kan ik een partitie zonder dataverlies vergroten? Kan ik gewoon de hele blockdevice aan mkfs voeren zonder gebruik te maken van partities om zo het moeten vergroten van de partities te voorkomen? Moet ik hier gebruik maken van LVM(2) en na de uitbreiding een nieuwe partitie (physical volume) maken die ik aan de logical volume toevoeg?
Ik wil er best het een en ander voor uitzoeken, maar het daadwerkelijke toevoegen/vergroten zou bij voorkeur zo makkelijk mogelijk moeten zijn, ook om geen wildgroei van devices te krijgen, iets waar ik met name bij LVM(2) (niet gehinderd door enige kennis van zaken overigens
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock