Les analyses d’importation VMware réussissent, mais les téléchargements de fichiers échouent

Un service VMware se connecte à vCenter et analyse les VM, mais les tâches de sauvegarde ou d’importation échouent avec « connexion refusée par le serveur » lors de la récupération des fichiers. Généralement, cela est dû au DNS ou à l’accessibilité du port 902 vers les hôtes ESXi.

Symptômes

• Le service VMware se connecte à vCenter et analyse les VM sans erreur.

• Une tâche de sauvegarde ou d’importation démarre, puis se met en pause, réessaie et échoue après plusieurs tentatives.

• Le journal du service montre que l’instantané réussit, puis une série d’erreurs de téléchargement :

Erreur : le serveur a refusé la connexion
Erreur lors du téléchargement du fichier : [<datastore>] <VM>/<VM>.nvram
Erreur lors du téléchargement du fichier : [<datastore>] <VM>/<VM>.vmxf
Erreur lors du téléchargement du fichier : [<datastore>] <VM>/<VM>.vmx
Tâche de sauvegarde mise en pause en raison d’une erreur rencontrée. Nouvelle tentative dans environ Nm (#k sur 10)

• L’échec touche chaque fichier, y compris les petits fichiers de configuration (.vmx, .vmxf, .nvram) — pas seulement les grands disques virtuels.

Pourquoi « Chaque fichier » est important

Si les petits fichiers de configuration échouent en même temps que les disques, il ne s’agit pas d’un problème spécifique au disque ni d’un problème de transport VDDK. C’est un problème de connexion avec l’hôte qui détient les fichiers.

Vue d’ensemble

Points clés

• Le service VMware utilise vCenter uniquement pour répertorier les VM et localiser leurs fichiers.

• Le transfert réel des fichiers s’effectue directement vers l’hôte ESXi, à l’adresse FQDN renvoyée par vCenter.

• Si le service ne peut pas résoudre ou atteindre cet hôte, l’analyse réussit tandis que chaque téléchargement échoue.

Le service VMware utilise vCenter uniquement pour énumérer les VM et localiser leurs fichiers. Le transfert réel s’effectue directement vers l’hôte ESXi qui possède le datastore de la VM, à l’adresse FQDN de l’hôte renvoyée par vCenter.

Si le service peut atteindre vCenter mais pas cet hôte ESXi, vCenter semble sain — l’analyse réussit — tandis que chaque téléchargement échoue avec « le serveur a refusé la connexion ». Il existe deux causes courantes.

1. DNS. Le service VMware ne peut pas résoudre les FQDN des hôtes ESXi renvoyés par vCenter. La raison habituelle est un serveur DNS incorrect ou manquant, ou un domaine de recherche absent sur la carte réseau de la VM du service. C’est la cause la plus courante. Cela explique aussi pourquoi les VM d’un cluster sauvegardent correctement alors qu’un autre cluster échoue — les hôtes du cluster qui fonctionne se résolvent par hasard.

2. Réseau ou pare-feu. Le nom d’hôte se résout, mais l’hôte n’est pas directement joignable. Le transfert nécessite que le TCP 443 (API vSphere) et le TCP 902 (NFC, le canal de données du disque) soient ouverts depuis le service VMware vers chaque hôte ESXi, et pas seulement vers vCenter. Le port 902 est celui qui est le plus souvent oublié.

Diagnostic

1. Dans vSphere, notez les FQDN des hôtes ESXi du cluster qui possède le datastore de la VM en échec. Ce sont les noms auxquels VergeOS se connecte.

2. Dans VergeOS, accédez à Import/Export > VMware Services puis double-cliquez sur le service.

3. Sélectionnez Afficher le service > Diagnostics.

4. Depuis le panneau Diagnostics, essayez de résoudre et de joindre chaque FQDN d’hôte.

   • Si un nom ne se résout pas, la cause est le DNS.

   • Si un nom se résout mais ne se connecte pas, vérifiez le pare-feu et le port 902.

Solution

1. Configurez la carte réseau de la VM du service VMware pour utiliser un serveur DNS qui résout les FQDN des hôtes ESXi, ou ajoutez le bon domaine de recherche. Voir Configuration des paramètres IPv4 de la NIC de la machine virtuelle du service VMware.

2. Assurez-vous que les ports TCP 443 et 902 sont ouverts depuis le service VMware vers chaque hôte ESXi, et pas seulement vers vCenter.

3. Relancez la tâche. Les téléchargements se poursuivent au-delà des fichiers de configuration et vers les disques virtuels.

Ressources supplémentaires

• Configuration des paramètres IPv4 de la NIC de la machine virtuelle du service VMware

• Guide de sauvegarde et de reprise après sinistre VMware

Besoin d’aide ?

Si les téléchargements échouent encore après avoir confirmé le DNS et les ports, contactez l’équipe d’assistance VergeOS avec une copie du journal du service VMware.