Imparare Linux LVM, Parte 21. L'aggiornamento di cvs.gentoo.org Nel primo articolo su LVM, sono stati spiegati i concetti che stanno dietro a LVM. Adesso è il momento di mettere in azione quanto visto su LVM. In questo articolo, verrà messo a punto LVM sul server cvs ufficiale di Gentoo Linux, cvs.gentoo.org. Anche se cvs.gentoo.org ha un solo disco rigido, la flessibilità di LVM comporta ugualmente un incredibile miglioramento rispetto alle tecniche classiche di partizionamento statico. Verranno mostrati tutti i passi del processo di conversione a LVM, così che gli interessati potranno effettuare una transizione simile su una delle proprie macchine.
Fatte le dovute premesse, si può procedere. Prima di iniziare il processo di conversione, è stato fatto un aggiornamento di cvs.gentoo.org così che venissero usati i pacchetti che seguono. Nel momento in cui è stato effettuata la transizione a LVM, queste erano le ultime versioni disponibili (vedere Risorse più avanti in questo articolo):
Per iniziare, il disco rigido. cvs.gentoo.org ha un buon disco rigido nuovo IBM da 45 GB al suo interno; comunque, quando è stato installato Gentoo Linux su cvs, sono stati partizionati solamente 10 gigabytes circa del disco, lasciando i rimanenti 35 GB per partizioni future. Questi sono alcuni piccoli trucchi di cui l'utente ha bisogno quando non usa LVM: lasciare parti del disco non partizionate è un modo rozzo ma efficace per permettere future espansioni. Comunque, con LVM esiste un approccio migliore. Nelle poche settimane precedenti, era stato notato che la partizione ReiserFS di root era diventata lenta riempiendosi, come si può notare dal seguente stampato di df:
In realtà, una partizione di root piena al 72% non è esattamente una crisi, ma neanche una splendida situazione. ReiserFS, come molti altri filesystem, degrada nelle prestazioni via via che si riempie, ed era solo questione di tempo prima che il suddetto filesystem di root fosse completamente pieno e le sue performance subissero una tracollo. È stato deciso quindi di porre rimedio al problema usando LVM per creare un nuovo volume logico fuori sui 35 GB di spazio attualmente non partizionato alla fine del disco rigido. Perciò è stato creato un filesystem su questo volume e sono stati spostati una buona parte dei contenuti di /dev/hda3 su di esso. Se chi legge ha intenzione di fare una transizione simile su una delle proprie macchine, la prima cosa di cui ha bisogno è trovare una parte del proprio filesystem di root adatta da spostare su un volume logico. Per l'autore, la scelta è stata facile: l'albero sotto /home occupava circa 5.7 GB. Muovendo /home sul volume logico, il filesystem di root dovrebbe scendere all'incirca al 20% della sua capacità. Dato che molti dei nuovi dati verranno poi aggiunti su /home, il filesystem di root dovrebbe probabilmente restare all'incirca intorno al 20% della propria capacità: una situazione veramente promettente. Per iniziare la conversione, è stato aggiunto prima di tutto alla partizione lo spazio inutilizzato alla fine del disco rigido. Usando cfdisk, è stata creata una partizione di 35 GB (/dev/hda5) e impostato il tipo di tale partizione a 8E (il tipo ufficiale per le partizioni LVM). Dopo questo cambiamento, la tabella delle partizioni risultava la seguente:
Dal momento in cui era presente una partizione vuota di 35 GB, era possibile procedere alla sua inizializzazione per l'uso con LVM. Di seguito la procedura: primo, inizializzazione dei 35 gigabytes come volume fisico; quindi, creazione di un gruppo di volume utilizzando il sopra citato volume fisico, e infine, allocazione di alcune entità nel gruppo di volume, andando così a creare un volume logico che dovrebbe contenere il nuovo filesystem e ospitare tutti i file che si trovano al momento in /home. Per iniziare il processo, è stato usato il comando pvcreate per inizializzare /dev/hda5 come volume fisico:
pvcreate allestisce in questo caso una speciale area di "gestione" su /dev/hda5, chiamata VGDA (volume group descriptor area). LVM utilizza quest'area per tenere traccia di come le entità fisiche sono allocate, tra le altre cose. Il passo successivo consiste nel creare il gruppo di volume e aggiungere /dev/hda5 a questo gruppo. Il gruppo di volume dovrebbe funzionare come una vasca di entità (pezzi di blocchi di memoria). Una volta creato il gruppo di volume, possono venire creati tanti volumi logici quanti si desidera. Nel caso specifico, è stato deciso che il gruppo di volume dovrebbe essere chiamato "main":
Il comando vgcreate fa un paio di cose. Oltre a creare il gruppo di volume "main", impone anche a /dev/hda5 di usare entità di 4 Mb, la dimensione predefinità per le entità. Questo significa che ogni volume logico che verrà creato dallo specifico gruppo di volume potrà essere espanso e ridotto tramite incrementi di 4 Mb. A causa delle limitazioni del kernel, la dimensione delle entità determina la dimensione massima che un volume logico può assumere. Come è possibile notare dal precedente esempio, una dimensione per entità pari a 4 MB impone una limitazione alla dimensione del volume logico pari a 256 gigabyte, che è una dimensione per volumi logici facilmente raggiungibile se vengono aggiunti diversi componenti ad alta capacità al proprio gruppo di volume. Se esiste la possibilità che i volumi finiscano col diventare più grandi di 256 GB a testa, è raccomandabile di specificare una dimensione maggiore per le entità al momento dell'uso di vgcreate. La dimensione dell'entità può variare liberamente fra 8 KB e 512 MB, e deve essere sempre un multiplo di due. Aumentando la dimensione delle entità al di sopra dei 4 MB, la dimensione massima per volumi fisici sarà scalata di conseguenza, fino a un massimo di 1 petabyte (anche se la dimensione limite attuale nel mondo reale è pari a 2 terabytes su sistemi x86). Per esempio, volendo creare un gruppo di volume con entità di dimensione pari a 32 megabyte, dovrà essere digitato:
32 MB è una buona dimensione per le entità, dato che una granularità di 32 MB è ancora gestibile e porta la dimensione massima per volumi logici a 2 terabytes all'avvio. Una volta che il gruppo di volume è stato creato, è possibile visualizzarne le informazioni digitando vgdisplay:
Adesso che il gruppo di volume è pronto, sarà possibile creare un volume logico. Nel caso specifico è stato deciso di renderlo inizialmente di dimensione pari a 8 gigabytes e chiamarlo "lv_home":
Quindi, è stato creato un filesystem sul volume:
Una volta creato il filesystem, è possibile montarlo su /mnt/newhome:
Come è stato possibile vedere prima, tutto è quasi pronto per copiare sopra tutti i dati in /home. Prima di cominciare, è meglio passare al runlevel 1 per assicurarsi che nessun utente o processo voglia accedere o modificare file in /home mentre vengono copiati:
A questo punto, comincia la copia dei file:
Nel caso in esempio, la copia è stata completate in circa dieci minuti. Quindi, è stata fatta una copia di backup dell'originale cartella /home in /home.old, nel caso in cui qualcosa sia andato storto durante la copia. È stato poi creato un nuovo punto di montaggio, e rimontata la nuova home su /home:
Adesso, è arrivato il momento di mettere a punto il server così che la nuova partizione /home possa risultare disponibile ogni volta che la macchina viene avviata. Prima di tutto, deve essere modificato il file /etc/fstab così da includere l'opzione /home:
In seguito, vanno apportate modifiche minori agli script di inizializzazione. Questo si ottiene modificando lo script d'avvio "checkroot" così che il seguente comando possa essere eseguito immediatamente dopo che la partizione di root è stata ri-montata in lettura/scrittura:
Ancora, deve essere modificato lo script per smontare i filesystem che viene chiamato allo spegnimento, così che il seguente comando possa essere eseguito immediatamente dopo che tutti i filesystem sono stati smontati:
Una volta completati questi passi, basta riavviare la macchina, e notare con piacere che tutto funziona perfettamente. Dopo un giorno o più senza alcun problema, potrà essere cancellata /home.old per liberare un po' di spazio sul filesystem di root. Il passaggio a LVM è avvenuto con successo. Mentre la transizione a LVM non la si può definire banale, una volta che il passaggio è completo, gestire i filesystem diventa tremendamente facile. Per fare un esempio, l'autore ha deciso di ridimensionare il proprio volume logico su /home, aggiungendo circa 2 gigabytes ulteriori di spazio alla fine del filesystem. Per prima cosa, ha aggiunto capacità addizionale al proprio volume logico "lv_home", e poi ha usato il programma resize_reiserfs per espandere il filesystem così che potesse usare questa capacità addizionale. Di seguito i due comandi che permettono tutto questo:
Nell'arco di circa un secondo, il filesystem su /home è stato allargato di 2 GB; sorprendentemente, non c'è stato bisogno di riavviare, passare al runlevel 1, o anche smontare /home per effettuare il ridimensionamento. Tutto ha continuato a funzionare come aveva fatto prima. Non è fantastico? Di seguito lo stato attuale del filesystem, dopo l'operazione:
È possibile scoprire come LVM può realmente rendere il lavoro di un amministratore di gran lunga più facile. Nel futuro, c'è la speranza di poter muovere parti addizionali del filesystem di root su LVM, ed eventualmente anche convertire il filesystem di root all'interno di un volume logico su LVM. Le risorse seguenti aiuteranno ad apprendere altro ancora riguardo a LVM.
|
|
