Italian

 View Only
  • 1.  Problema critico snapshot

    Posted Mar 20, 2012 01:19 PM

    Ciao  a tutti

    Qualche giorno fa abbiamo avuto il seguente problema, il supporto vmware 24/7 è intervenuto ma la causa e sopratutto la soluzione non è chiara

    Partiamo dal inizio

    Prima di fare degli aggiornamenti su una VM win srv 2008 facciamo partire uno snapshot

    Gli aggiornamenti creano vari problemi quindi si decide di ritornare "go to" allo snapshot, prima del inizio operazioni

    Procediamo in questo senso .. in pochi secondi il task viene eseguito, e già questo è strano, ma la macchina non risponde ed i servizi crollano, anche dalla console del esx non si riesce ad entrare. Bisogna forzare lo spegnimento

    Al riavvio però c'è qualcosa che non quadra, non si è di fatto ritornati al punto iniziale in quanto gli aggiornamenti fatti nella VM sono tutt'ora lì

    Proviamo altre due volte la procedura sopra ma nulla.

    Controllando il datastore poi ci accorgiamo che ci sono molti, troppi, file disco legati agli snapshot (non 1 ma 3??)

    a questo punto chiamiamo l'assistenza VMware .. (cerco di sintetizzare)

    fanno diverse prove, riscontrano qualcosa di anomalo ma la soluzione non è chiara

    la soluzione secondo loro è spostare la VM su un altro datastore

    procediamo in questo senso ma a metà interrompiamo il processo in quanto (non si sa come) la vm sembra ok, cioé è tornata allo stato iniziale e le installazioni fatte sono scomparse.. c'è incoerenza tra questo e quello che vediamo negli snapshot e nel datastore, però decidiamo di provare ad eliminare tutti gli snapshot .. la VM continua a funzionare correttamente e i vari dischi compaiono

    Ora, il problema vero è capire cosa sia successo e perché

    Il supporto ci dice che è necessario aggiungere una regola nel FW di windonws in entrata ed uscita per i vmware tools.. che il problema è dipeso da quello

    Ma non mi torna questa cosa

    1) innanzitutto sapevo che i vmware tools sono consigliati ma non obbligatori

    2) sarebbe la prima configurazione di questo tipo che facciamo .. le altre vm non hanno mai dato queste noie

    3) veeam lavora sulla macchina ogni x ore, utilizzanto la quiescenza quindi i vmware tools e non ha mai dato rogne.. com'è possibile che veeam riesce a comunicare con il guest e l'host no ??

    Esperienze ??

    Tx



  • 2.  RE: Problema critico snapshot

    Posted Mar 20, 2012 01:51 PM

    Ciao,

    ovviamente è difficile capire cosa sia successo; mi sembra di capre che tu abbia fatto uno snapshot della VM accesa con snapshot della RAM? Se sì, la VM è per caso stata spostata su un altro host?

    Venendo ai tuoi punti:

    i tool sono obbligatori da un punto di vista di prestazioni (driver di I/O) e per avere supporto tecnico. Il discorso delle regole del  fw di WIndows però non mi torna, l'heartbeat per le VM non passa sulla rete delle macchine virtuali, quindi non capisco cosa intendesse dire il supporto. Il fatto che Veeam funzioni lo stesso te lo conferma.

    Magari se hai qualche dettaglio  in più prova a riportarlo.

    ciao



  • 3.  RE: Problema critico snapshot

    Posted Mar 20, 2012 02:28 PM

    Ciao

    esatto snapshot di una VM, memory selezionato e quiesce deselezionato

    No, la vm non è stata spostata

    Eventualmente posso pescare info dai vari log



  • 4.  RE: Problema critico snapshot

    Posted Mar 20, 2012 05:02 PM

    Ciao, Veeam si appoggia alle librerie vddk come tutti, non capisco il discorso delle porte tcp... Piuttosto, stavi per caso usando la modalità hotadd di Veeam, installato come VM? Se si controlla che i dischi della macchina salvata non erano rimasti "appesi" alla VM di backup, può essere capitato se hai ad esempio riavviato quella VM mentre Veeam ne stava facendo il backup. Ciao, Luca.



  • 5.  RE: Problema critico snapshot

    Posted Mar 21, 2012 02:24 PM

    Ciao Luca

    No, niente hotadd

    prima di avviare lo snapshot abbiamo verificato che nn ci fossero processi di backup o replica in corso

    Tx



  • 6.  RE: Problema critico snapshot

    Posted Mar 21, 2012 03:32 PM

    Ok, allora prova coi tests e vediamo. Rileggendo quanto hai scritto, volevo anche confermarti che Veeam tecnicamente nemmeno richiede la presenza dei tools, anche se poi sono ovviamente consigliati come lo sono da parte di VMware. Ciao, Luca.



  • 7.  RE: Problema critico snapshot

    Posted Mar 21, 2012 03:43 PM

    ok

    c'è qualche log in particolare da monitorare durante i processi legati allo snapshot ?

    Tx



  • 8.  RE: Problema critico snapshot

    Posted Mar 21, 2012 04:07 PM

    /var/log/vpxa.log del nodo ESXi (/var/log/vmware/vpx/vpxa se è una versione precedente) e il vmware.log della singola VM interessata.

    Luca.



  • 9.  RE: Problema critico snapshot

    Posted Mar 20, 2012 01:55 PM

    L'installazione dei vmware tools non è obbligatoria ma di sicuro fortemente consigliata!

    Non ho mai saputo che i tools dialogassero in qualche modo via TCP/IP ... ma magari non sono aggiornato :-P

    L'host dialoga con la VM proprio attraverso i tools e non via TCP/IP.

    Piuttosto, hai verificato che la versione dei tools sia allineata con quella dell'host? C'è abbastanza spazio sul datastore dov'è allocata la VM? Sicuro di non essere in overallocation sul datastore o sulla LUN?

    E' difficile capire cosa sia successo alla tua VM, hai verificato sui log della VM e sui log dell'host se ci sono errori o warning? Controllato anche sulla san?

    Magari dacci qualche dettaglio in più tipo versione di vsphere ed esx, info sulla san etc. etc.

    Potresti provare a clonare la VM su un datastore differente e fare qualche test con gli snapshots per vedere che succede.

    Altra cosa : il guest è supportato dalla tua release di vsphere?



  • 10.  RE: Problema critico snapshot

    Posted Mar 21, 2012 02:23 PM

    I vmware tools sono attualmente installati, è ns abitudine mettermi sempre nelle macchine WIN

    Solo mi pareva strana l'ipotesi di una causa del problema legata alla mancanza di questi..

    La versione dei tools è allineata a quella del host

    spazio datastore ok

    probabilmente cloneremo la macchina su host differente per fare test sugli snapshot di questa VM

    solo che si tratta di una VM bella grossa

    esxi 5 / storage locale

    guest supportato

    tx