Le sys­tème de fichier VMware: VMFS a évolué avec les dif­fé­rentes ver­sions. Voici un petit retour sur ces évolu­tions de version:

• VMFS en ver­sion 1 était le sys­tème de fichier uti­lisé par les ser­veurs ESX 1.x (plus dis­po­nible depuis long­temps), il se nom­mait à l'origine "VMware File Sys­tem". Cette ver­sion était un sys­tème de fichier plat (sans réper­toire) et ne pos­sé­dait pas de fonc­tion­na­li­tés de clus­ter (un seul ser­veur accé­dant aux données).
• VMFS en ver­sion 2 était uti­lisé par les ser­veurs ESX 2.X, il offrait la pos­si­bi­lité d'être acces­sible de façon limi­tée pour des ESX 3.X pour les phases de migra­tion. Le sys­tème de fichier est tou­jours un sys­tème de fichier plat, mais il avait la fonc­tion­na­lité de gérer la mise en clus­ter et donc de pou­voir faire du vMotion.
• VMFS en ver­sion 3.X est uti­lisé par les ser­veurs ESX/ESXi 3.X et 4.X, mais égale­ment ESXi 5.x (sans limi­ta­tion), cette ver­sion a été renommé en "VMware Vir­tual Machine File Sys­tem". A par­tir de cette ver­sion les réper­toires sont appa­rus, ce qui à per­met de sto­cker les fichiers de confi­gu­ra­tions des VMs avec leur disques de don­nées. Et d'autre fonc­tion­na­lité sont appa­rue avec les nou­velles sous-versions:
  • VMFS3.21 est la ver­sion ini­tiale appa­rue avec les ESX 3.0
  • VMFS3.31 est la ver­sion appa­rue avec les ESX/ESXi 3.5, ils intro­duisent le Sto­rage vMo­tion. Nou­veau sys­tème de réser­va­tion SCSI : Opti­mis­tic Locking
  • VMFS3.33 est la ver­sion appa­rue avec les ESX/ESXi 4.0, ils intro­duisent le Thin-Provisionning des disques des VMs et l’agrandissement de volume VMFS. Nou­veau sys­tème de réser­va­tion SCSI : Opti­mis­tic IO
  • VMFS3.46 est la ver­sion appa­rue avec les ESX/ESXi 4.1, ils intro­duisent les pri­mi­tives VAAI et le Sto­rage IO Control
• VMFS en ver­sion 5 (VMFS5.54) est uti­lisé seule­ment par les ser­veurs ESXi 5.0. Les nou­veau­tés du VMFS5 sont décrites dans cet article, pour résumé : table GPT, taille jusqu'à 64 To et la nou­velle ver­sion du VAAI.

Lire la suite...

Une KB1002281 VMware explique com­ment res­tau­rer la table de par­ti­tion VMFS. Cette KB est plus détaillée et contient la marche à suivre

Dans le cas de perte d'un Datas­tore VMFS et de mes­sage d'erreur "LVM could not open device" dans le fichier /var/log/vmkernel appli­quer cette pro­cé­dure qui s'applique au ESX 2/3/4.x, voici la marche à suivre:

1. Se connec­ter au ser­vice console
2. Iden­ti­fier le péri­phé­rique SCSI (/dev/sdX) au volume VMFS concerné par le pro­blème. En tapant la com­mande vmkp­ci­divy -q vmhba_devs en ESX 2.x, esxcfg-vmhbadevs -q en ESX 3.x ou esxcfg-scsidevs -c en ESX 4.x
3. Confir­mer la perte de la par­ti­tion avec la com­mande fdisk -l /dev/sdX
4. Recréer la table de la par­ti­tion avec la com­mande fdisk /dev/sdX puis nou­velle par­ti­tion n, pri­maire p, pre­mière par­ti­tion 1 et vali­der 2 fois la valeur par défaut
5. Choi­sir le type VMFS (fb) pour la par­ti­tion avec p, la pre­mière par­ti­tion 1 avec le type fb
6. Ali­gner la par­ti­tion avec le sec­teur 128 (sauf en ESX 2.x) avec les com­mandes expert x, begin b, pre­mière par­ti­tion 1 et sec­teur 128
7. Quit­ter fdisk en sau­ve­garde avec la com­mande w
8. Redé­cou­vrir le volume VMFS avec la com­mande vmkf­stools -V