Newsgroup: it.comp.os.linux.sys
Titolo: LVM i2o e GUAI MAIUSCOLI (e pure lungo)

Salve a tutti.
Ho un *GROSSO* guaio con le lvm
Vi faccio un resoconto :
Tempo su periferiche i20 son riuscito a montare una debian 
Non contento, poiche' abbiamo avuto problemi di spazio, vado a pensare di 
usare partizioni logiche.
Dopo un prima problema dovuto al fatto che il codice sorgente non 
"conosceva" le periferiche i2o e risolto aggiungendo alcune righe di codice 
ai sorgenti il tutto fila liscio fino al momento di ridimensionare le 
partizioni.
La struttura è questa
l'hd e` diviso in varie partizioini:
i2o/hda 
hda1 swap
hda2 /root 
hda3 LVM
hda4 partizione estesa
hda5 LVM
hda6 LVM
hda7 LVM
hda8 LVM
hda9 LVM
ho creato il volume volume1
ho creato le partizionni logiche 
lvg1 /var 1G
lvg2 /usr 1G
lvg3 /home 1G
al tempo di aumentare le partizini ho fatto un errore:
sono passato in modalita` singola (init 1)
ho smontato le relative partizioni /usr e /var
ho dato il commando 
lvextend -L+500M /dev/volume1/lvg1
ma poi mi sono reso conto che non andava perche` avrei dovuto in un certo 
senso formattare la nuova "grandezza"
cosi` ho fatto:
lvreduce -L-500M /dev/volume1/lvg1
dopo ho dato :
e2fsadm -L+500M  /dev/volume1/lvg2
Tutto ok.
dopo :
e2fsadm -L+500M  /dev/volume1/lvg1
mi dato qualche errore di check (lo scandisk mi dava errore su lost+found 
??? e mi chiedeva se fissarli o no)
qui mi sono confuso credendo che non riuscisse a crearla e ho ridato il 
commando 
e2fsadm -L+500M  /dev/volume1/lvg1
ancora mi da` errori di check e mi chiede se fissarli o no 
Finito qui` rimonto i file sistem e riparto passo al runlevel 2
Do` il commando df -h
e vedo le nuove dimensioni.
Scarico gli aggiornamenti su ssh della debian e tutto sembra procedere bene.
Adirittura scarico openoffice (sul server so` che no si dovrebbe, ma mi 
c'hanno fatto mettere pure kde3.1 (era da poco uscita, e complice la mia 
curiosità) per "avere" un interfaccia grafica)
Avvio openoffice e tutto va a meraviglia.
Convinto del fatto che tutto e` posto lascio l'ufficio e vado via.
Al ritorno accendo il server (e un server di sviluppo e viene spento quando 
non ci siamo) e tada` mi chiede la pass di root perche` ci sono problemi
il commando 
vgscan dice:
-found inactive volume group "volume1" 
-only found 499 of 500 LE of LV /dev/volume1/lvg1(0)
-ERROR "vg_read_with_pv_and_lv(): allocated LE of LV" can't get data of 
volume group "volume1" frm physical volume(s)
-ERROR "vg_read_with_pv_and_lv(): allocated LE of LV"  creating 
"/etc/lvmtab" and "/etc/lvmtab.d"
Ho provato a fare un vgcfgrestore ma non ha sortito effetto.
Ho provato in rete e con google ma non ho trovato aiuto (anzi uno l'ho ma 
parla di un lvg in una sola partizione mentre i miei guai si estendono su 
piu` partizioni /dev/i2o/hda3-5)
 
*HELPPPPPPP*

 piu` partizioni /dev/i2o/hda3-5)
...............
Ormai creo i guai e me li risolvo da solo :^D
Sono riuscito (per chi interessa) a parzialmente sistemare le cose.
Dunque la soluzione era proprio vgcfgrfestore.
Avevo varie copie di backup dei metadati  e ho scelto quello che mi serviva.
Se non funziono` la prima volta e` perche` per errore (sapete come e` ... la 
strizza ch e mi era presa.....) inseri fra i commandi l'opzioe -l che fa` 
una "lista" del contenuto del backup oltre al fatto che molto probabilmente 
bisogna (almeno per le condizioni in cui ero) indicare il percorso assoluto 
del backup (anche se il  manuale non dice che sia obligatorio).
Cosi` adesso il server parte e (ma devo farlo partire io pero` perche` si 
ferma sempre ad un punto preciso e devo farlo continuare) stiamo 
stabilendo(finalmente) una politica di backup......
Alla prossima (guaio :^)