Le système de fichier VMware: VMFS a évolué avec les différentes versions. Voici un petit retour sur ces évolutions de version:

• VMFS en version 1 était le système de fichier utilisé par les serveurs ESX 1.x (plus disponible depuis longtemps), il se nommait à l’origine « VMware File System ». Cette version était un système de fichier plat (sans répertoire) et ne possédait pas de fonctionnalités de cluster (un seul serveur accédant aux données).
• VMFS en version 2 était utilisé par les serveurs ESX 2.X, il offrait la possibilité d’être accessible de façon limitée pour des ESX 3.X pour les phases de migration. Le système de fichier est toujours un système de fichier plat, mais il avait la fonctionnalité de gérer la mise en cluster et donc de pouvoir faire du vMotion.
• VMFS en version 3.X est utilisé par les serveurs ESX/ESXi 3.X et 4.X, mais également ESXi 5.x (sans limitation), cette version a été renommé en « VMware Virtual Machine File System ». A partir de cette version les répertoires sont apparus, ce qui à permet de stocker les fichiers de configurations des VMs avec leur disques de données. Et d’autre fonctionnalité sont apparue avec les nouvelles sous-versions:
  • VMFS3.21 est la version initiale apparue avec les ESX 3.0
  • VMFS3.31 est la version apparue avec les ESX/ESXi 3.5, ils introduisent le Storage vMotion. Nouveau système de réservation SCSI : Optimistic Locking
  • VMFS3.33 est la version apparue avec les ESX/ESXi 4.0, ils introduisent le Thin-Provisionning des disques des VMs et l’agrandissement de volume VMFS. Nouveau système de réservation SCSI : Optimistic IO
  • VMFS3.46 est la version apparue avec les ESX/ESXi 4.1, ils introduisent les primitives VAAI et le Storage IO Control
• VMFS en version 5 (VMFS5.54) est utilisé seulement par les serveurs ESXi 5.0. Les nouveautés du VMFS5 sont décrites dans cet article, pour résumé : table GPT, taille jusqu’à 64 To et la nouvelle version du VAAI.

Lire la suite…

Une KB1002281 VMware explique comment restaurer la table de partition VMFS. Cette KB est plus détaillée et contient la marche à suivre

Dans le cas de perte d’un Datastore VMFS et de message d’erreur « LVM could not open device » dans le fichier /var/log/vmkernel appliquer cette procédure qui s’applique au ESX 2/3/4.x, voici la marche à suivre:

1. Se connecter au service console
2. Identifier le périphérique SCSI (/dev/sdX) au volume VMFS concerné par le problème. En tapant la commande vmkpcidivy -q vmhba_devs en ESX 2.x, esxcfg-vmhbadevs -q en ESX 3.x ou esxcfg-scsidevs -c en ESX 4.x
3. Confirmer la perte de la partition avec la commande fdisk -l /dev/sdX
4. Recréer la table de la partition avec la commande fdisk /dev/sdX puis nouvelle partition n, primaire p, première partition 1 et valider 2 fois la valeur par défaut
5. Choisir le type VMFS (fb) pour la partition avec p, la première partition 1 avec le type fb
6. Aligner la partition avec le secteur 128 (sauf en ESX 2.x) avec les commandes expert x, begin b, première partition 1 et secteur 128
7. Quitter fdisk en sauvegarde avec la commande w
8. Redécouvrir le volume VMFS avec la commande vmkfstools -V