Si vous ren­con­trez des pro­blèmes de Snap­shots sur les VMs Win­dows x64, cela peut être lié aux déclen­che­ments des VSS par les VMware Tools (typi­que­ment lors des sau­ve­gardes). Dans ce cas, vous avez le mes­sage d'erreur "Can­not create a quies­ced snap­shot because the create snap­shot ope­ra­tion excee­ded" dans vCen­ter. Et égale­ment le mes­sage d'erreur "Fai­led to create snap­shot for <nom_de_la_vm>, error -3960 (can­not quiesce vir­tual machine)" dans vDR (Data­Re­co­very). Le pro­blème vient des dri­vers VSS (les VSS wri­ters), la solu­tion est donc de les recréer. Pour cela suivre le mode opé­ra­toire suivant:

1. Ouvrir l'éditeur de base de registre regedit.exe
2. Aller à l'entrée HKLM\Software\Microsoft\EventSystem{26c409cc-ae86-11d1-b616-00805fc79216}\
3. Sup­pri­mer toute l'arborescence de clé "Sub­scrip­tions", ne pas sup­pri­mer la clé "Event­Classes"
4. Redé­mar­rer le ser­veur (le redé­mar­rage va être long car il recréer les clés pour les VSS writers)

Vous pou­vez véri­fier l'état des dri­vers VSS en tapant les commandes:

vssad­min list wri­ters
vssad­min 1.1 - Volume Sha­dow Copy Ser­vice admi­nis­tra­tive command-line tool
© Copy­right 2001-2005 Micro­soft Corp.
Wri­ter name: 'VSS Meta­data Store Wri­ter'
Wri­ter Id: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
Wri­ter Ins­tance Id: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
State: [1] Stable
Last error: No error
...
vssad­min list pro­vi­ders
vssad­min 1.1 - Volume Sha­dow Copy Ser­vice admi­nis­tra­tive command-line tool
© Copy­right 2001-2005 Micro­soft Corp.
Pro­vi­der name: 'Micro­soft Soft­ware Sha­dow Copy pro­vi­der 1.0'
Pro­vi­der type: Sys­tem
Pro­vi­der Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
Ver­sion: 1.0.0.7

Voici égale­ment la liste des ser­vices néces­saire pour le bon fonc­tion­ne­ment des Snap­shots avec Quiesce (en VSS):

Et pour finir, quelques KBs sur les pro­blèmes avec les VSS:

• Unable to take a quies­ced VMware snap­shot of a vir­tual machine KB1009073
• Trou­ble­shoo­ting Volume Sha­dow Copy quiesce rela­ted issues KB1007696
• 64bit Win­dows vir­tual machines gene­rate errors when trying to use the VSS and NT backup KB1003383
• Can­not take a quies­ced snap­shot of Win­dows 2008 R2 vir­tual machine run­ning vCen­ter Ser­ver 4.1 KB1031298
• A vir­tual machine can freeze under load when you take quies­ced snap­shots or use cus­tom quies­cing scripts KB5962168
• Regis­ter VSS sys­tem files on Win­dows 2003 Enter­prise x64 (Win­dows Ser­ver Tech­Net Forum)

Voici un pro­blème que j'ai ren­con­tré récem­ment et ca réso­lu­tion: impos­sible de démar­rer une VM car un fichier non-spécifié est ver­rouillé, on a le mes­sage d'erreur sui­vant "Unable to access file <uns­pe­ci­fied file­name> since it is locked".

Plu­tôt que de redé­mar­rer sim­ple­ment les ser­veurs ESX, il vaut mieux iden­ti­fier ce ver­rou. Donc en cher­chant dans la KB VMware, on trouve ce pre­mier article KB10051, pour trou­ver quel ESX ver­rouille la VM. Pour cela suivre le mode opé­ra­toire sui­vant: Lire la suite...