Les outils de sauvegardes (veeam, VDP, Avamar, HP, VCB,…) lance un snapshot de votre VM.
Une fois le VMDK parent en “read only”, l’utilitaire procède à sa copie.
Mais il arrive que des erreurs comme :
unable access file since it is locked
ou
An error occured while consolodating disks : msg.fileio.lock
Apparaissent à la fin de passage sur la VM, et même après une consolidation manuelle.
Avant d’aller plus loin tester :
- Snapshot (sans mémoire)
- Consolidation
- Supprimer Snapshot
- Consolidation
Si toujours en erreur, dans ce cas de figure très certainement c’est un serveur externe qui a un lock sur 1 des VMDK de la VM :
- ESXi
- Serveur de sauvegarde
- Outil d’automatisation
- …
Il faut donc :
- Se connecter à votre ESXi hébergeant votre VM en SSH
- Aller dans le DataStore de votre VM
- Sur chaque VMDK “flat” passer la commande “vmkfstools”
vmkfstools -D /vmfs/volumes/NomDataStore/DossierVM/XXXXXX-flat.vmdk
Résultat :
Sous RO Owner la dernière suite de chiffre donne la MAC adresse du propriétaire du VMDK
Si comme si dessous vous avez 2 RO Owner, alors c’est que 2 serveurs ont un lock sur le VMDK
Chercher ce serveur en passant par les ESXi du même cluster voir de votre ferme entière, selon les mouvements VM de votre infrastructure. SI c’est pas un ESXi aller voir votre serveur de sauvegarde,…
Dans notre cas nous trouvons la MAC adresse dans un second ESXi du même cluster.
Se connecter a celui-ci et redémarrer les services de management
On relance un “VMKFSTOOLS -D”
Voila, un RO Owner unique
Et refaire :
- Snapshot (sans mémoire)
- Consolidation
- Supprimer Snapshot
- Consolidation
Leave A Comment