Newsgroup: it.comp.os.linux.sys
Titolo: Extend LVM e Ext3

ciao a tutti.
Sto facendo l'extend di un volume LVM con sopra un filesystem ext3.
L'extend è stato immediato, ma ovviamente ext3 non mi vede la nuova
dimensione e devo dare un colpetto di
resize2fs
Per dare tale colpetto devo fare *per forza* e2fsck -f e ci mette
mooooooooooooooooooooooooooooooooooooooolto
tempo a controllare un filesystem di 1.7TB
Esiste un metodo più veloce? Adesso lo sto facendo su un server di
backup quindi può metterci anche due ore
ma dopo lo devo fare un server in produzione e meno sta offline e
meglio è. Non posso permettermi di stare 2 ore con un filesystem
smontato.
Qualche idea?

 tempo a controllare un filesystem di 1.7TB
Guarda che a meno che tu non stia usando kernel antidiluviani, ext3 è 
"resizzabile" online...
-- 
http://bofhskull.wordpress.com/

 "resizzabile" online...
Ma per gestire dinamicamente lo spazio di una partizione e' comunque 
necessario avere sotto qualcosa tipo LVM no?


Dipende dal livello di "dinamicità" che ci si aspetta. Se lo spazio c'è, 
l'extend di una partizione si fa anche senza LVM...
Ovvio che LVM dà i suoi vantaggi...
-- 
http://bofhskull.wordpress.com/

> Ovvio che LVM dà i suoi vantaggi...
Quali oltre alla possibilita' di gestire dinamicamente lo spazio disco?

 Quali oltre alla possibilita' di gestire dinamicamente lo spazio disco?
snapshot, ad esempio...
Non che non si possano ottenere in altro modo.
Cmq, è la flessibilità dello storage la parte saliente.
-- 
http://bofhskull.wordpress.com/

 Cmq, è la flessibilità dello storage la parte saliente.
Quello che volevo capire e' se con l'ext3 posso fare il resize, quindi 
aumentare o diminuire una partizione, anche senza usare l'LVM.

 aumentare o diminuire una partizione, anche senza usare l'LVM.
Si`, a patto di avere lo spazio su disco adiacente alla partizione 
esistente.
Il vantaggio di LVM e` che puoi far vedere due dischi diversi o due 
partizioni disgiunte come se fossero adiacenti, e quindi un'unica 
partizione estendibile.
Bye.

 esistente.
Nel senso che se partiziono il disco ad esempio: 
/ 2Gb;
/home 1G; e 
/usr /1G, avendo ancora spazio su disco potrei estendere solo /usr?

 /usr /1G, avendo ancora spazio su disco potrei estendere solo /usr?
Dipende da come le hai create.
Se hai fatto
/
/home
spazio vuoto
/usr
Puoi espandere sia /home che /usr, ma non /.
E` una questione di settori del disco, non di nome della partizione.
Bye.

 del disco, non di nome della partizione.
Ok ho capito, meglio LVM allora.

 Ok ho capito, meglio LVM allora.
Alcuni suggerimenti :)
http://www.freelists.org/archives/linuxtrent/10-2008/msg00343.html
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 l'extend di una partizione si fa anche senza LVM...
Boh, personalmente ho provato a fare l'extend di una partizione senza
LVM ed il risultato e` stato che ho dovuto reinstallare la macchina...
Enrico
P.S. ah, grazie a parted che supporta questo e quell'altro mondo, ma non
il resize di una partizione ext3 :/

 
http://www.freelists.org/archives/linuxtrent/10-2008/msg00343.html
Letto, interessante, stimolante ma anche curioso: di quali bug parli a
riguardo di /usr separata? Personalmente non ho mai riscontrato problemi
in tal senso...
Enrico

 in tal senso...
Ci sono stati due bug in debian unstable (che uso sui desktop), roba di 2/3
anni fa che mi han fatto perdere qualche bella ora prima di riuscire a
risolverli.


 "resizzabile" online...
Wow, google gruppi ha una rapidità folle nel mostrare i messaggi.
Ho visto solo ora le risposte :)
Detto questo: uso un kernel moderno ;) ma leggevo in giro che è
consigliabile
fare il resize da volume smontato.
Ma non è tanto il resize a preoccuparmi (ci mette poco) bensì l'"fsck -
f" da fare
per forza prima di resize2fs e tale fsck (da fare da smontato) ci
mette veramente tantissimo.

 ci mette veramente tantissimo.
Se il resize lo fai online non serve l'fsck.


 Ci sono stati due bug in debian unstable
Un altro buon motivo per usare testing :)
Enrico


Ma qualcuno che si sacrifichi per scovarli questi bug ci si vuole :D


 Ma qualcuno che si sacrifichi per scovarli questi bug ci si vuole :D
Anche perché altrimenti, come direbbe il Poeta, gli aggiornamenti
della debian... oh, scusate, mi suona il telefono :-).
Bye, G. 

 Se il resize lo fai online non serve l'fsck.
Quindi se mando
resize2fs con il fs montato non devo fare l'fsck
Sicuro? Non ho un server di prova su cui fare l'esperimento. Devo
farlo
su quello 'vero'...

 
http://www.freelists.org/archives/linuxtrent/10-2008/msg00343.html
Perche' la /var su partizione primaria?
Anche la swap perche' su primaria? 
Usare la partizioni logiche quali controindicazioni ha.

 Perche' o non cresce per niente o rischia di riempirti tutto il disco.
Si mi chiedevo perche' su partizione primaria e non logica visto che lo 
hai specificato.

 Ma qualcuno che si sacrifichi per scovarli questi bug ci si vuole :D
Personalmente vedo unstable per gli sviluppatori, mentre per il bug
hunting ritengo che sia piu` adatta testing
Enrico


Perché serve per far partire il sistema base correttamente. Se per esempio
hai problemi alla gestione dell'LVM e non puoi caricare la /var ti fermi al SUA.
Quindi è opportuno averla separata ma è altrettanto opportuno averla
accessibile facilmente, quindi partizione fisica.



Tranquillo.
