Newsgroup: it.comp.os.linux.sys
Titolo: Virtualizzazione Proxmox: p2v e raid1

Ciao a tutti,
 
 
ho virtualizzato un vecchio server su cui era installata una Debian 7.6 
usando Clonezilla (leeento), ma ho qualche perplessità:
 
1. ho clonato l'intero disco (che era in RAID1): /boot (sda1), / (sda3) e 
swap (sda2): ha senso eliminare lo swap per ridurre la dimensione del file 
dell'hard disk virtuale? La situazione è questa:
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     1953791      975872   fd  Linux raid 
/dev/sda2         1953792   480468991   239257600   fd  Linux raid 
/dev/sda3       480468992   488396799     3963904   fd  Linux raid
 
Filesystem            1K-blocks     Used Available Use% Mounted on
/dev/mapper/vg00-lv00 216277012 12508960 192781764   7% /
/dev/md0                 960492    51348    860352   6% /boot
 
-rw-r--r-- 1 root root 58062864384 ott  3 11:56 vm-100-disk-1.qcow2                                                                                                                                                                          
 
Mi sarei aspettato di trovare, dopo un "qemu-img convert -c -O 
original.qcow2 shrunk.qcow2", un file qcow2 di circa 12 GB: dov'è 
l'inghippo?
 
 
2. per clonare il disco che era in RAID1 ho lanciato Clonzilla con l'opzione 
"dmraid=false" e ha funzionato, però adesso il sistema riconosce ancora il 
disco sda come facente parte di un RAID1 con un disco mancante e questo dà 
fastidio al monitoring (OMD):
 
Personalities : [raid1] 
md2 : active (auto-read-only) raid1 sda3[0]
      3962868 blocks super 1.2 [2/1] [U_]
 
md1 : active raid1 sda2[0]
      239256440 blocks super 1.2 [2/1] [U_]
 
md0 : active raid1 sda1[0]
      975860 blocks super 1.2 [2/1] [U_]
 
Come posso passare da una configurazione RAID1 ad una NORAID?
 
 
3. collegandomi alla vm in ssh nessun problema, se invece utilizzo l'opzione 
Console dall'interfaccia web di Proxmox con Firefox ottengo una mappatura 
dei caratteri errata (per trovare il ':' per uscire da vi ci ho messo un 
pezzo...)
 
 
Ciao e buona giornata,
  Void

 original.qcow2 shrunk.qcow2", un file qcow2 di circa 12 GB: dov'è
 
Strano: clonando la VM ottengo effettivamente un disco più piccolo, comunque 
ancora di dimensioni sensibilmente superiori alla somma dello spazio 
occupato dalla partizione principale e dalla swap:
 
-rw-r--r-- 1 root root 268476678144 ott  3 16:19 vm-200-disk-1.qcow2                                                                                                                                                                         
 
... hehe, se lo clonassi ancora un paio di volte forse... ;-)
 
 
Ciao,
  Void

> -rw-r--r-- 1 root root 268476678144 ott  3 16:19 vm-200-disk-1.qcow2
 
... nooo, ho letto male, come non detto... :-/ Quindi di default viene 
generato un file di dimensioni pari a quelle del filesystem? Come vi 
comportate voi di solito in questi casi: riducete i filesystem al minimo?
 
 
Ciao e buon fine settimana,
  Void

 comportate voi di solito in questi casi: riducete i filesystem al minimo?
 
Non l'ho mai fatto ma se lo dovessi fare immagino di si.

 dei caratteri errata
 
Perche` la tastiera della macchina virtuale e` impostata a Default. 
Impostala a Italian sulla tastiera che ti interessa
 
Enrico

 cp -a massivo tra i due dischi, reinstallare grub sul secondo disco.
 
Hm, temo un po' per tutto ciò che fa riferimento a /dev/md* oltre a 
/etc/fstab... Ci sono accorgimenti particolari?
 
 
Ciao e grazie,
  Void

 Il tutto però è troppo laborioso, in vista di future ricompressioni...
 
Perche`? Cioe`, ci puo` stare la prima volta, ma perche` ogni tot vorresti 
ricomprimere il qcow2 (che, probabilmente, non ne ha bisogno)?
 
Enrico

 ricomprimere il qcow2 (che, probabilmente, non ne ha bisogno)?
 
Perché se non sbaglio ogni volta che viene cancellato un file lo spazio da 
esso occupato viene liberato ma non pulito, ovvero i byte non azzerati, e 
quindi il file qcow2 diventa sempre meno "sparso" e consuma sempre più 
spazio. Il fenomeno si ridurrebbe diminuendo le dimensioni del filesystem 
perché i byte "sporchi" verrebbero riciclati più frequentemente. Stesso 
discorso per i backup. Sbaglio?


Pasticcia di qua, pasticcia di là alla fine mi sono ritrovato con un fs 
corrotto, mi sono stufato e ho provato un altro approccio:
 
1. sulla macchina fisica ho fatto partire Clonezilla con l'opzione 
"dmraid=false";
 
2. ho montato le partizioni che mi interessavano:
mkdir /mnt/sda1 /mnt/sda2
mount /dev/md126 /mnt/sda1
mount /dev/vg00/lv00 /mnt/sda2
 
3. ho creato una nuova macchina virtuale sulla quale ho lanciato 
l'installazione di Debian, quindi una Debian live, quindi:
apt-get install console-data
mkdir /mnt/vda1
mount /dev/vda1 /mnt/vda1
passwd
 
4. infine dalla macchina fisica:
rsync -aAHSXv --numeric-ids --progress --
exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/boot"} 
/mnt/sda2/* ro...@192.168.1.44:/mnt/vda1/
 
5. adattato /etc/fstab
 
Situazione finale:
 
   Device Boot      Start         End      Blocks   Id  System
/dev/vda1   *        2048    64286719    32142336   83  Linux
/dev/vda2        64288766    67106815     1409025    5  Extended
/dev/vda5        64288768    67106815     1409024   82  Linux swap / Solaris
 
Filesystem                 1K-blocks     Used Available Use% Mounted on
rootfs                      31637400 12569020  17461264  42% /
 
E finalmente:
# ls -ls /var/lib/vz/images/200/                                                                                                                                                                                            
13311684 -rw-r--r-- 1 root root 34365243392 ott  9 17:34 vm-200-disk-1.qcow2 
 
# cat /proc/mdstat 
Personalities : 
unused devices: <none>
 
 
Ciao,
  Void :-)