VM inaccessible


12

J'ai donc dû arrêter à distance mes serveurs la nuit dernière alors que le climatiseur nous craquait. J'ai arrêté les machines virtuelles, puis les hôtes. A lancé aujourd'hui les 2 hôtes qui démarrent automatiquement les machines virtuelles. Les banques de données pour les machines virtuelles sont des LUN isci situés sur un Synology NAS que nous avons, le NAS n'a pas été arrêté. Pour une raison quelconque, lorsque j'ai tout redémarré, ma machine virtuelle de messagerie s'affiche comme inaccessible et j'obtiens toutes sortes d'erreurs dans les journaux indiquant que le volume ATS-ONLY VMFS 'Synology-Email server' n'est pas monté. L'hôte ne prend pas en charge l'initialisation ATS ou ATS a échoué "toutes mes autres machines virtuelles fonctionnent parfaitement avec d'autres banques de données sur le même NAS.

Lors de la navigation vers la banque de données dans le client Vsphere ou vcenter, je ne peux pas monter, démonter ou parcourir les fichiers car ils sont tous grisés. J'ai essayé de redémarrer l'hôte et le NAS à plusieurs reprises.

ESXi 6.0 sur les deux hôtes

Réponses:


13

BINGO !!! D'accord, voici comment cela a été résolu:

J'ai référencé cet artice pour démonter la banque de données, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605

Étape 1: démontez manuellement la banque de données de l'hôte avec cette commande:

esxcli storage filesystem unmount [-u UUID | -l label | -p path ]

Dans mon cas, je viens d'utiliser la commande label.

Étape 2: vérifiez que la banque de données n'est pas montée:

esxcli storage filesystem list

Vous voyez une sortie similaire à:

Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 false VMFS-unknown version 0 0

Le champ Monté est défini sur faux, le champ Type est défini sur une version inconnue VMFS et aucun point de montage n'existe.

Étape 3: désactivation des paramètres de verrouillage ATS uniquement.

J'ai référencé cet article:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1033665

Dans vcenter (ou via le client vsphere), je suis allé dans Hosts and Clusters et j'ai sélectionné mon hôte qui posait les problèmes, accédé à Settings et Advanced System Settings. Dans Paramètres système avancés, j'ai modifié 3 valeurs comme suit (toutes ont été définies sur 1):

DataMover.HardwareAcceleratedMove = 0  
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0

Étape 4: remontage du magasin de données:

Dans vcenter, j'ai sélectionné la banque de données qui me posait des problèmes, cliqué avec le bouton droit et sélectionné Monter la banque de données, puis mis sous tension ma machine virtuelle.

Ensuite, testez et quittez pour la journée.


1
Bien joué. Assurez-vous de marquer votre réponse comme réponse à la question. Vous obtiendrez un badge spécial pour vous attribuer la réponse. Bienvenue sur le site et bravo!
Citizen

6

Cette astuce a fonctionné pour moi dans le passé, si vous pouvez désactiver ATS uniquement:

Impossible de monter la banque de données VMFS5 lors de l'utilisation d'appareils de chiffrement de stockage (2030416)

Je suppose qu'aucune VM ne fonctionne dans votre cas, mais elles doivent être proches pour pouvoir exécuter la commande.

Certaines appliances de chiffrement du stockage peuvent bloquer certaines commandes SCSI, y compris les commandes ATS, envoyées à partir des hôtes ESXi. Les banques de données VMFS5 nouvellement créées sur les appareils compatibles ATS sont marquées comme ATS uniquement après la première commande ATS réussie vers l'appareil. Cela permet à tous les hôtes partageant la banque de données d'utiliser ATS sans vérifier si la baie de stockage la prend en charge. Lorsque le périphérique de chiffrement de stockage est ensuite ajouté au SAN, il bloque les commandes ATS. Par conséquent, l'hôte suppose que la baie ne prend pas en charge ATS car elle n'a pas reçu la réponse attendue. Le comportement attendu est que l'hôte ne revient pas à utiliser les réservations SCSI-2 pour le mécanisme de verrouillage sur la banque de données ATSOnly VMFS5, qui est ensuite démontée et ne peut plus être montée. Pour contourner ce problème, désactivez ATSOnly sur la banque de données VMFS5.

Remarque: Toutes les machines virtuelles doivent être migrées hors de la banque de données affectée, ou mises hors tension, avant d'exécuter les étapes ci-dessous. Pour désactiver ATSOnly sur la banque de données VMFS5:

Connect to one of the hosts sharing the VMFS5 datastore with an SSH session. For more information, see
Run the following command:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/device-ID:Partition

Where:

device-ID is the NAA ID of the LUN on which the VMFS5 datastore was created.
Partition is the partition number on which VMFS5 datastore was created. This is usually 1.

For example:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/naa.6006016055711d00cef95e65664ee011:1

Note: It is sufficient to run this command on one of the hosts sharing the VMFS5 datastore. Other hosts automatically recognize the

changement.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.

Merci pour la réponse rapide, je viens d'essayer cette commande et de recevoir la sortie: Impossible d'obtenir les attributs de VMFS '/ vmfs / volumes / Synology-EmailServer' Tentative de configurer le mode de verrouillage non ATS sur '/ vmfs / volumes / Synology- EmailServer ': échoué. Erreur: vmkfstools a échoué: vmkernel n'est pas chargé ou l'appel n'est pas implémenté.
Reedee
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.