Newsgroup: it.comp.os.linux.sys
Titolo: Copiare la tabella delle partizioni (LVM)

Ciao a tutti!
Sempre a proposito del Server con il RAID5 "a fanciulle"...
Ho fatto un paio di prove con Clonezilla (su una VM) e un paio di semplici
calcoli...
Copiare le partizioni in quel modo mi prenderebbe circa 5 giorni.
NON e' una strada percorribile...
Sto quindi pensando di andare giu' di rsync (e, quindi, copiandomi SOLO i
Bytes effettivamente usati), copiandomi i dati da qualche parte (non
criptati), piallare l'Array, rifarlo giusto e rimettere su i dati.
La copia puo' anche prendere una giornata ma non mi interessa, in quanto
la posso fare anche con il Server in funzione.
Prima della "battaglia" fermero' i vari servizi e con rsync portero' in
salvo le ultime modifiche.
Il lavoro contrario non dovrebbe dare problemi.
Ora, vorrei fare in modo di poter ricreare al volo tutte le partizioni.
Sul Server, infatti, ci sono 3 partizioni per:
/boot
/
LVM
Queste partizioni le posso copiare al volo via sfdisk, quindi non c'e'
problema.
Il problema e' di ricreare la struttura di tutte le partizioni LVM (14
partizioni) che comprendono la partizione LVM come normale e, al suo
interno, una partizione criptata (LUKS) che, al suo interno, ha il normale
FileSystem.
Quello che vorrei fare e' evitare di impazzire a scrivermi e ricopiarmi
tutto l'albero delle partizioni LVM.
C'e' un equivalente di sfdisk per LVM?
Grazie per i vostri consigli!
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 C'e' un equivalente di sfdisk per LVM?
No ma non ci metti molto a tirare fuori quei dati.
man lvdisplay.
Ti prendi il nome del volume, prendi il "Current LE" e lo dai in pasto a 
lvcreate per creartene una uguale.
Non poi tanto lungo, forse fai prima a mano che a farlo con uno script.

 man lvdisplay.


Ho trovato di meglio...
vgcfgbackup -f /tmp/lvm.txt
poi via SCP mi copio il file e sull'altra macchina:
pvcreate --restorefile /tmp/lvm.txt --uuid <UUID dal file> /dev/sdaX
vgcfgrestore --file /tmp/lvm.txt system
vgchange -a y
E tutto funziona!
Ciao


L'altra volta ti avevo proposto di aggiungere un disco ad lvm e far fare a
lvm la migrazione dei dati sul disco di "backup", dopo rifacevi l'array e
alla fine la procedura inversa. In questo modo riducevi a 0 (o quasi) il
downtime e non dovevi impazzire con il rifare tutte le partizioni ecc.
Per curiosit�, cosa non ti convince della procedura?

Sam ha scritto:

L'impossibilita' fisica di collegare quel disco... :)


 L'impossibilita' fisica di collegare quel disco... :)
USB?
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 USB?
Fare un lavoro del genere con un disco USB lo vedo alla stregua del passare 
una calamita sulll'intero array...
Enrico

 ha scritto nel
messaggio news:hm189t$1uu$1...@alice.wonderland.home

Beh, a mali estremi, estremi rimedi.
E poi se ricordo bene erano meno di 600Gb, non � mica una follia,
basta non usare quei dischi da un euro al kg al mercatino.


 basta non usare quei dischi da un euro al kg al mercatino.
beh, si possono inventare duemila giochi diversi: si possono usare i 
network block device, si possono collegare i server tramite bluetooth, 
si pu� installare un modem GSM e inviare pacchetti over-the-air 
all'altro server facendo sponda su un satellite gsm.
Ma in definitiva, penso che un bus usb che deve scrivere su 3 dischi in 
raid potrebbe essere addirittura pi� lento di una rete gigabit-ethernet
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
   printf $i }'; echo

 gigabit-ethernet
Mi sono perso la parte dei 3 dischi su usb, boh...


 Mi sono perso la parte dei 3 dischi su usb, boh...
io non ho ben capito se sul server B lui ricostruisce tutto l'array, con 
il raid hardware, per poi passarlo direttamente sul nuovo server.
Probabilmente no. Mi sembrerebbe assai fantasioso. Probabilmente vorr� 
fare solamente una copia di sicurezza, per poi distruggere l'array sul 
server originale e procedere quindi a ricostruirlo con un disco mancante.


 mancante.
Direi la seconda, se avesse due raid identici (magari l'altro con i dischi
giusti :-) ) sarebbe molto pi� semplice.
