vmware ridimensionare server ubuntu

[alexthemaster]

Salve a tutti
ho un server con vmware installato sopra.. solo vmware con la loro iso.
Dentro di esso ho 1 macchina virtuale ubuntu server 12.04 con allocati 800gb di spazio.
Con queste premesse sapete dirmi come convertire quegli 800 gb di spazio in 50gb?? io ho trovato questa guida ma non ho ben capito come usarla.
Mi sapreste dare dei consigli?
Se conoschete un programma che mi crea un immagine del server a caldo con l'effettivo spazio occupato (magari nel formato di norton ghost o acronis)mi va bene comunque perchè facendo quell'immagine me la porterei sul mio pc e la ripristinerei in una macchina virtuale nuova con dedicati solo 50gb.

Grazie

[maxbigsi]

di fatto hai solo 50 gb occupati su 800? anche io uso il comando suggerito per ridurre il disco virtuale

Codice: Seleziona tutto

dd if=/dev/zero of=/empty_file; rm /empty_file

ma solo su dischi .vdi di virtualbox, l'articolo mi sembra un po vecchiotto, io uso vmware player free ed esiste una utility sia per compattare che per espandere il disco, a maggior ragione dovrebbe essere presente anche sulla versione a pagamento.

[alexthemaster]

ciao maxbigsi in realtà il player non posso usarlo perchè la macchina virtuale è situata su un server in francia quindi mi pare di capire che per ridurre la VM dovrei prima scaricarla sul mio pc aprirla e poi ricaricarla e che non è possibile invece collegarsi direttamente alla macchina per fare queste operazioni...
per il comando

Codice: Seleziona tutto

dd if=/dev/zero of=/empty_file; rm /empty_file

non ho capito se devo lanciarlo dalla macchina virtuale ubuntu o sul server che gestisce vmware, perchè se fosse dalla macchina virtuale ok non ci sono problemi ci entro in ssh e lo lancio ma non capisco come farebbe il server vmware a capire che deve ridurre la macchina a 50 gb da 800, mentre per quanto riguarda il server che ospita il wmware non ho un ssh diciamo che mi ci collego solo dall'utility vmware vsphere dove non ho una shell..

grazie

[kimj]

allora. prima di tutto, si', puoi fare quella cosa di riempire il disco virtuale di zeri lanciando il comando *nella* macchina virtuale. in questo modo elimini dati gia' cancellati dal disco virtuale.

poi, se riesci, riavvia la macchina virtuale in un live cd, e con resize2fs ridimensione la partizione di ubuntu.
esempio, se il disco da 800gb nella macchina virtuale viene visto come /dev/sda, e la partizione root era /dev/sda1, dai questo comando da live per restringere la partizione:
resize2fs /dev/sda1 60G

ridimensiona la partizione a 60GB, il valore e' arbitrario ma deve essere dimensionato in base ai dati presenti gia' sul fs di ubuntu.

con resize2fs -M /dev/sda1 riduci il filesystem alla dimensione minima dei dati contenuti, ma nota che poi il server non andrebbe piu' senza un minimo di spazio libero.

questo suppone che in quel disco virtuale hai un solo filesystem.

dopo di che', dalla console di ESX, individua il file .vmdk contenente il disco virtuale nell'appropriato repository (eg, /vmfs/volumes) e dai il comando

vmkfstools –punchzero nomedisco.vmdk

ridurra' il disco alla dimensione dei dati contenuti (ignorando quindi i blocchi impostati a zero, per questo dd e' utile all'inizio).


quella guida e' per vmware workstation o server, mentre tu molto probabilmente usi ESXi+vsphere

[kimj]

nota che se il disco virtuale non e' con thin provisioning dovrai prima 'convertirlo' in tale, o creare un nuovo disco think provisioned, collegarlo ad una machcina virtuale, collegarci il vecchio disco, fare partire una live e migrare l'installazione sul nuovo disco (per esempio usando le utility dump e restore: ricrei i filesystem nel nuovo disco, fai dump del vecchio filesystem e lo passi direttamente a restore che lo ripristina nel nuovo di dimensioni inferiori)

[alexthemaster]

ciao kimj
grazia della risposta.. io ieri mattina ho lanciato la creazione degli xeri nel file empty ed ha finito qualche ora fa(per riempire 800gb ci sono voletu quasi 24 ore).
domani carico ubuntu 12 desktop iso sul datastore così posso mettere la live e ridimensonare il disco come mi hai scritto te, intanto mi sono collegato in ssh(non sapevo che si potesse fare) ala macchian virtuale ed ho reperito la cartella nel datastore con la mia macchian virtuale.
Quindi direi che fino a qui ci sono l'unico dubbio che mi è venuto è leggendo il tuo secondo messaggio, io logicamente ho una macchina virtuale a dimensione del disco fissa a 800gb quindi se non ho capito male dovrei...

[*]creare una macchina virtuale nuova con la dimensione del disco che si gestisce autonomamente
[*]ripristinare questa nuova macchina virtuale con il file vmdk preso dalla macchina virtuale attualmente funzionante
[*] a questo punto mi pare di capire che devo esportare il filesystem ma sinceramente non so come si faccia ed ho paura di fare danni

quindi la mia domanda è coem converto il datastore attuale da hdd con dimensioni fisse di 800 a thin provisioning??ho trovato questa guida dove mi dicono di lanciare

Codice: Seleziona tutto

vmkfstools -i /vmfs/volumes/testingstore/Debian/Debian-vmdk /vmfs/volumes/testingstore/DebianConv/DebianConvThin.vmdk -d 'thin' -a lslogic

dove se non ho capito male devo sostituire /vmfs/volumes/testingstore/Debian/Debian-vmdk con il percorso del mio file vmdk quindi tipo /vmfs/volumes/testingstore/Debian/ubuntu12.vdmk e /vmfs/volumes/testingstore/DebianConv/DebianConvThin.vmdk con il percorso ed il nome dela nuova macchina.

facendo questo comando posso dormire sogni tranquilli o meglio fare un backup del file vmdk anche se da 800gb ???

grazie mille per l'aiuto e non farò mai più macchien virtuali a grandezza del disco fisso ma sopratutto non farò mai più macchine virtuali da 800gb come un perfetto sce****o

[kimj]

no, non dicevo di creare una nuova VM, ma di avviare quella attuale in live collegando il disco vecchio e quello nuovo thin provisioned.

la conversione con vmkfstools e' certamente un approcio valido, considera alcune cose pero':

-dovresti prima spegnere la VM
-dovresti poi comunque reclamare lo spazio 'vuoto' con vmkfstools –punchzero, che a me sembra pessimo, nel senso che si', quando ci sono dei blocchi tutti 0 non li conta e riduce la dimensione del file, ma non equivale a ridurre la dimensione massima del disco. prima di andare di punchzero, proverei a ridurre le dimensioni dei filesystem in ubuntu (puoi usare la live gparted...)

-una buona alternativa e' di creare il nuovo disco, collegarli entrambi (nuovo e vecchio), avviare una live e migrare i dati.
non so che partizioni hai, ma supponendo / e swap, dovresti:

ricreare tabella partizioni ed eventuale lvm
creare i nuovi filesystem. uno per /, uno per swap, altri eventuali fs necessari o gia' presenti
montare il nuovo / sotto a /mnt, per esempio
cd /mnt; dump -0 /dev/vecchiaroot -f - | restore -rf -
poi grub-install /dev/nuovodisco --root-directory /mnt

aggiornare /mnt/etc/fstab da output blkid

e' un po' piu' macchinoso ma mal che vada, il vecchio disco e' intatto. per verificare se ha funzionato puoi riavviare scollegando il vecchio disco, e se funziona tutto, eliminarlo