VM inaccessible
J'ai donc dû fermer à distance mes serveurs la nuit dernière alors que le climatiseur s'est crevé sur nous. Je fermai le VMS, puis les hôtes. A déclenché les 2 hôtes aujourd'hui qui démarrent automatiquement le VMS. Les données de données pour les VMS sont ISCI Luns situées sur une synologie NAS que nous avons, le NAS n'a pas été arrêté. Pour une raison quelconque quand j'ai démarré, tout sauve que mon email VM montre comme inaccessible et je reçois toutes sortes d'erreurs dans les journaux indiquant "Synologule-Synologule" Synology-Email Server 'non monté. L'hôte fait Ne pas prendre en charge l'initialisation ATS ou ATS n'a échoué "tous mes autres ordinateurs virtuels sont parfaitement conviennent parfaitement aux autres Datastores sur le même NAS.
Lors de la navigation sur le magasin de données dans le client vSphere ou vCenter, je ne peux pas monter, démonter ou parcourir des fichiers car ils sont tous grisés. J'ai essayé de redémarrer l'hôte et le NAS quelques fois.
ESXI 6.0 sur les deux hôtes
Bingo !!! D'accord, voici comment cela a été résolu:
J'ai référencé cet article pour démonter le DataStore, https://kb.vmware.com/selfserver/microsites/search.do?language=fr_us&cmd=displaykc&externalid=2004605
Étape 1: démonter manuellement le magasin 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 le magasin de données est démontré:
esxcli storage filesystem list
Vous voyez la 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 FALSE, le champ Type est défini sur VMFS-Version inconnue et qu'aucun point de montage n'existe.
Étape 3: Désactivation des paramètres de verrouillage ATS uniquement.
J'ai référencé cet article:
Dans vCenter (ou via VSphere Client), je suis allé aux hôtes et aux clusters et sélectionné mon hôte qui donnait les problèmes, parcouru aux paramètres et aux paramètres de système avancé. Dans les paramètres de système avancés, j'ai modifié 3 valeurs comme suit (tous ont été définis sur 1):
DataMover.HardwareAcceleratedMove = 0
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0
Étape 4: Re-montage DataStore:
Dans vCenter j'ai sélectionné le magasin de données me donnant des problèmes, cliqués avec droit et sélectionné Mont DataStore, puis alinéa sur mon VM.
Puis testez et arrêtez-vous pour la journée.
Cette pointe a travaillé pour moi dans le passé, si vous pouvez désactiver ATS - uniquement:
Je suppose que non VM est dans votre cas, mais ils doivent être proches de pouvoir exécuter la commande.
Certains appareils de cryptage de stockage peuvent bloquer certaines commandes SCSI, y compris les commandes ATS, envoyées à partir d'hôtes ESXI. Les données de données VMFS5 créées sur des périphériques CAPABLES ATS sont marquées comme Aussily après la première commande ATS réussie à l'appareil. Cela permet à tous les hôtes partageant le magasin de données d'utiliser ATS sans vérifier si le réseau de stockage le supporte ou non. Lorsque le dispositif de cryptage de stockage est ensuite ajouté à la SAN, il bloque les commandes ATS. En conséquence, l'hôte suppose que le tableau ne prend pas en charge les ATS car il n'a pas reçu la réponse attendue. Le comportement attendu est que l'hôte ne reste pas à l'aide de la réservation SCSI-2 pour le mécanisme de verrouillage de l'ATSONLY VMFS5 DataStore, qui est ensuite démonté et ne peut pas être monté à nouveau. Pour contourner ce problème, désactivez Aussyth sur le magasin de données VMFS5.
Remarque: Toutes les machines virtuelles doivent être migrées hors du magasin de données affectées ou éteintes avant d'exécuter les étapes ci-dessous. Pour désactiver Ausslesly sur le magasin 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 themonnaie.
Run the following command to rescan for datastores: esxcli storage filesystem rescan The VMFS5 datastore should now mount successfully.