+3ciao, ieri nel corso di una migrazione da <omissis> a Veeam ho notato, grazie a Veeam One, che una VM di quelle spostate sotto Veeam non riusciva a rimuovere gli snapshot ed era rimasta nello stato “il disco ha bisogno di essere consolidato”.
Stavolta sono riuscito a scagionare Veeam e allo stesso tempo incolpare, giustamente, il predecessore 😚
Storia breve di come sono riuscito:
https://www.linkedin.com/pulse/vm-needs-consolidation-warning-backup-software-alessandro-tinivelli
+5Grazie della condivisione
+11La questione delle snapshot orfane è sempre stata oggetto di molteplici discussioni.
Veeam oltre ad avere il suo “hunter” non è sempre esente ma non per colpa sua.
Qualche anno fa in un ambiente molto grosso facemmo uno studio approfondito sulla mancata risposta delle API vmware verso Veeam e emerse che la responsabilità era dovuta ad un errato colloquio tra il vcenter e le API stesse (vedi anche https://kb.vmware.com/s/article/2114949).
Il risultato? Monitoraggio spinto anche sulle snapshot e sui vmdk zombie che restano soprattutto in ambienti virtuali molto dinamici.
Grazie per la condivisione
+3La questione delle snapshot orfane è sempre stata oggetto di molteplici discussioni.
un piccolo incubo ricorrente 😊
mi è capitato pochi mesi fa un episodio identico per i sintomi ma opposto nella causa: eccessiva latenza dello storage. Spostato il datastore su una risorsa con performance adeguate (da SATA a SAS) si è risolto.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
