Ne peut pas supprimer la configuration passthrough sur ESXI
J'ai un hôte ESXI, mais il n'a pas de disque dur local. Il utilise des disques partagés via Fibre Channel. Après, je configurais le passage de la chaîne de fibres. Après avoir redémarré l'hôte ESXI, nous ne pouvons trouver aucun magasin de données. Et je ne peux pas non plus supprimer la configuration de la passation (après avoir retiré et redémarrer, c'est toujours là). Est-ce que quelqu'un sait comment le réparer?
La meilleure pratique suivante empêche ce problème de se produire:
Always unmark devices for passthrough before removing them from the server.
La solution de contournement suivante explique comment forcer le changement de mode passthrough en mode non passthrough:
Modifiez le fichier /etc/vmware/esx.conf en modifiant le propriétaire du périphérique PCI de PassThru vers Vmkernel. Ce qui suit est un exemple de modification nécessaire: Changement de: /Device/000:02.0/OWNER = "PASTHRU" change à: /Device/000:02.0/OWNER = "vmkernel"
Redémarrez l'hôte ESX/ESXI.
À l'aide du client VSphere, sélectionnez votre hôte, puis sur l'onglet Configuration, sélectionnez Paramètres avancés dans la section Matériel, puis configurez le passage de passe et désélectionnez le périphérique PCI que vous êtes préoccupé et redémarrez l'hôte.
Je me rends compte que c'est un ancien post mais pour tous ceux qui peuvent se retrouver ici de toute façon, cela peut être utile ...
Je crois que la réponse de John Doe (éditée par Thomas) est la bonne, mais si votre ESXI avait une chance de créer une sauvegarde de la configuration avant que vous activiez le passage, il peut y avoir une solution encore plus simple.
Redémarrez ESXI et à l'écran de démarrage Appuyez sur SHIFT-R pour entrer en mode de récupération ESXI. Si vous avez une sauvegarde de la configuration, vous pouvez le sélectionner sur cet écran et cela devrait résoudre le problème.
Quelque plus de détails de - http://plasework.robbied.net/howto-the-wrong-way-to-use-vmware-directpath/ :
Lorsque vous apportez des modifications à ESXI, ces modifications ne sont engagées que par la configuration en mémoire et ne persisteront donc pas après un redémarrage. Pour lutter contre cela, VMware a un script shell appelé /sbin/auto-backup.sh qui fonctionne automatiquement. Ce que ce script prend suffisent tous les fichiers de configuration collective (y compris esx.conf) et les stocke dans un fichier compressé appelé local.tgz. Ce fichier est ensuite compressé à nouveau et enregistré comme état.tgz. Deux copies de ce fichier existent sur deux partitions différentes sur le système de fichiers local, chacune de différents points à temps. Par conséquent, pour corriger le problème ci-dessus, il semble que tout ce que je devais faire était de redémarrer le serveur et lorsque l'ESXI démarrait, appuyez sur Shift-R pour entrer en mode de récupération et sélectionnez l'alternative BottroBank.