Newsgroup: it.comp.os.linux.sys
Titolo: vmware esxi, vm e disco danneggiato

Salve a tutti i lettori. Stò amministrando un server con sopra vmware
ESXi 4.0. In questo server c'è hostata una macchina virtuale.
Ieri, per cause ancora da stabilire, la Virtual Machine aveva iniziato
a dare segni di cedimento per poi finire di non rispondere neppure più
via ssh o tramite ping. Siccome il server è in co-loco il grande SL ha
pensato di chiamare prima loro che me.
Cosa è successo? Il tennico della co-loco, che chiamerò TdC (Testa di
C...), ha attaccato il monitor tastiera e mouse nel server e visto che
il monitor era tutto nero ha ben deciso di sua iniziativa di staccare
l'alimentazione del server... Oh my god!!! (In realtà non aveva capito
bene che la scritta Login: in alto a sinistra significasse qualche
cosa...)
Il server ESXi è tornato up&running ma purtroppo la macchina virtuale
non parte più!!! Mi sono fatto una seconda macchina virtuale e ho
montato l'hard disk della VM guasta. un rapido fdisk mi dice che ci
sono problemi sul Super-block quindi non vedo più nessusna partizione
al suo interno. Ho quindi provato ad usare il tool TestDisk per il
recupero delle stesse ma non mi ha fruttato nulla. Allora sono passato
a provare il tool PhotoRec che mi stà effettivamente credo recuperando
i dati. Attualmente dopo 10 ore di recupero ha creato un file di 29
gbyte e continua ad estrarre dati.
Intanto che aspetto che termini il processo ho dato un'occhiata alla
dir dove mi stà recuperando il tutto e noto che mi crea una marea di
file SWF SWC FS e GPG. Chissà poi come posso utilizzarli per
recuperare i dati...
Avete qualche altra idea o soluzione? Ho fatto bene? Ho sbagliato?
Ciao a tutti, Keres.

 Ciao a tutti, Keres.
Purtroppo è un buco nero, il VMFS3 di VMware.
Nel senso che mi è appena capitatot pure a me,legato però a problemi del 
disco reale, che inevitabilmente hanno distrutto i dischi logici delle 
macchein virtuali.
Non si sono mezzi per fare check prima dello storage e poi dei dischi, 
perchè il problema è presente sul livello PRECEDENTE a quello su cui tu 
stai analizzando i dati.
Ho letto in giro di persoen che hanno fatto il chkdsk del disco reale, 
ma senza grossi risultati.
In bocca al lupo, io ho dovuto rifare tutto...

 -- Julius Henry "Groucho" Marx (
http://en.wikiquote.org/wiki/Groucho_Marx
)
Il backup è bello lo sò... Ma stò prendendo in "amministrazione" una
sala server con circa 40 tra server reali e virtuali dove il backup è
fatto per SL da: "Ma tano mica si rompono più i computer..." Ma che
backup se non c'è neppure un raid...
Keres.

 stai analizzando i dati.
Se il problema fosse presente a livello VMFS3 al disco virtuale non ci 
accederesti neanche.
Il fatto che l'op abbia trovato problemi facendo un fsck all'interno del 
disco virtuale dimostra che il problema e' a livello di macchina 
virtuale e non di datastore.
In ogni caso senza backup e' dura uscirne in questi casi.
-- 
Bye
Gianfranco Bartolini
(gianfranco punto bartolini at tiscali punto it)

 backup se non c'� neppure un raid...
E' la classica situazione "o te o lui" ;)


al suo interno.
Per curiosità mia, perché non ti posso aiutare, che applicazione girava
sulla VM?
Ho un mezzo dubbio che il danno fosse già successo, e staccare la spina
abbia semplicemente formalizzato il decesso.
I "problemi sul superblock" - erano che l'inizio del disco 'fisico' era
stato azzerato a disgrazia, 0000 0000 0000 a perdita d'occhio?
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 pensato di chiamare prima loro che me.
[cut]
Il disco era impostato in modalità "performance"?
Può darsi che l'host non sia riuscito a scrivere le ultime modifiche sul 
disco virtuale, che a questo punto risulta inconsistente....
Hai provato a giocare un po' con vmware-vdiskmanager ?
Questo link si riferisce a vmware fusion (su cui ho avuto un problema 
simile, che però era dovuto a un bug, non a uno spegnimento/blocco 
dell'host), ma penso (magari sbaglio eh :) che possa essere valido anche 
per altre versioni....
http://communities.vmware.com/thread/273449?start=15&amp;tstart=0
Spero possa esserti utile!
Ciao!

 Il disco era impostato in modalità "performance"?
Non esiste su ESX

 In bocca al lupo, io ho dovuto rifare tutto...
eh ... quando le macchinette non sono 4 gatti ...

 Non esiste su ESX
Caro davide e company sò bene la differenza tra raid e backup ma
quello che devo fare è degambizzare SL e vari sistemisti che ci sono
stati prima di me... Risultato un grande caos. Backup mai fatto,
server senza raid, firewall che non firewallizza (ovvero tutto aperto)
i server che hanno gli IP reali direttamente sulle schede di rete e
chi più ne ha ne metta...
Ah, servirebbe a qualche cosa dire che di tutte queste installazioni
migrazioni e varie ed eventuali che si sono beccati questi server non
è mai stato scritto una riga di documentazione e gli eventuali script
che girano non sono stati commentati minimamente?
per ora non sono riuscito a recuperare nulla di nulla. Sopar c'è un
plesk con dei domini ma quello che devo riuscire a recuperare è il
database MySQL. I domini il cliente può ripristinarli ha detto (non ho
idea come) ma per i databases non è mai stato fatto un backup da
quando sono stati creati...
Penso di aver chiesto troppo poco...
Ora stò provando con dd_rescue.... poi pens di arrendermi...
Ciauz!!!

 sentirai il sex spingere da dietro ne riparliamo. :)

 Penso di aver chiesto troppo poco...
Piu` che altro dubito che tu possa fare qualcosa. A questo punto, se proprio 
non hai alternative e l'attivita` si reputa necessaria, contatta una ditta 
di recupero dati e vedi che prezzi ti fanno
Enrico


Chiedo venia...il link non si riferisce alla modalità performance (che 
c'è in VMWare Server e, mi pare, in Fusion, ma non in ESX), ma al disco 
allocato "dinamicamente"...
Sorry

Domani il boss và a recuperare il server e poi spedisce il disco ad
una ditta di recuopero, vediamo cosa succederà...
Mi dispiace solo di non aver potuto fare nulla...
Keres.

 allocato "dinamicamente"...
Vade retro, per carita'.
Magari accoppiamolo ad uno storage senza cache in scrittura abilitata :( 
(situazione trovata settimana scorsa da un cliente=
-- 
Lippi appare teso fino dai primi minuti, in effetti sbaglia tattica 
e inserisce in formazione, un tifoso ubriaco con la maglia numero 10.

 virtuale e non di datastore.
No, ripeto, il checkdisk a livello del disco virtuale manco lo faccio.
Ho provato a spostare il vmdk da un disco all'altro, ma purtroppo 
ottengo degli i/o error che bloccano il tutto.
Sarei anche per perderli questi dischi virtuali, ma tutto il disco reale 
è davvero un gran peccato.
 > In ogni caso senza backup e' dura uscirne in questi casi.
Hai ragione, ma a questo punto è solo una mia curiosità personale, per 
poter lavorare su quel disco...

 è davvero un gran peccato.
Pero' un disco si ricompra, i dati persi senza backup invece no.
