Las exploraciones de importación de VMware se completan correctamente, pero las descargas de archivos fallan
Un servicio de VMware se conecta a vCenter y analiza las VM, pero los trabajos de copia de seguridad o importación fallan con "server refused connection" al obtener archivos. Normalmente se trata de DNS o de conectividad al puerto 902 con los hosts ESXi.
Síntomas
El servicio de VMware se conecta a vCenter y analiza las VM sin errores.
Se inicia un trabajo de copia de seguridad o importación, luego se pausa, reintenta y falla después de varios intentos.
El registro del servicio muestra que la instantánea se completó correctamente, y luego una serie de errores de descarga:
Error: El servidor rechazó la conexión
Error al descargar el archivo: [<datastore>] <VM>/<VM>.nvram
Error al descargar el archivo: [<datastore>] <VM>/<VM>.vmxf
Error al descargar el archivo: [<datastore>] <VM>/<VM>.vmx
Trabajo de copia de seguridad en pausa debido a un error encontrado. Se reintentará de nuevo en aproximadamente Nm (#k de 10)La falla afecta a cada archivo, incluidos los pequeños archivos de configuración (
.vmx,.vmxf,.nvram) — no solo los grandes discos virtuales.
Resumen
El servicio de VMware usa vCenter solo para enumerar las VM y localizar sus archivos. La transferencia real va directamente al host ESXi que posee el datastore de la VM, en el FQDN del host que devuelve vCenter.
Si el servicio puede الوصول a vCenter pero no a ese host ESXi, vCenter parece estar en buen estado — el análisis tiene éxito — mientras que cada descarga falla con "el servidor rechazó la conexión". Hay dos causas comunes.
1. DNS. El servicio de VMware no puede resolver los FQDN de los hosts ESXi que devuelve vCenter. La razón habitual es un servidor DNS incorrecto o faltante, o un dominio de búsqueda en la NIC de la VM del servicio. Esta es la causa más común. También explica por qué las VM de un clúster se respaldan bien mientras que otro clúster falla: los hosts del clúster que funciona sí resuelven.
2. Red o firewall. El nombre del host se resuelve, pero el host no es accesible directamente. La transferencia necesita TCP 443 (API de vSphere) y TCP 902 (NFC, el canal de datos del disco) abiertos desde el servicio de VMware hacia cada host ESXi, no solo hacia vCenter. El puerto 902 es el que con más frecuencia se omite.
Diagnóstico
En vSphere, anote los FQDN de los hosts ESXi del clúster que posee el datastore de la VM que falla. Estos son los nombres a los que VergeOS se conecta.
En VergeOS, vaya a Importación/Exportación > Servicios de VMware y haga doble clic en el servicio.
Seleccione Ver servicio > Diagnósticos.
Desde el panel de Diagnósticos, intente resolver y acceder a cada FQDN de host.
Si un nombre no se resuelve, la causa es DNS.
Si un nombre se resuelve pero no conecta, revise el firewall y el puerto 902.
Solución
Configure la NIC de la VM del Servicio de VMware para usar un servidor DNS que resuelva los FQDN de los hosts ESXi, o agregue el dominio de búsqueda correcto. Consulte Configuración de IPv4 de la NIC de la VM del servicio de VMware.
Asegúrese de que TCP 443 y 902 estén abiertos desde el Servicio de VMware hacia cada host ESXi, no solo hacia vCenter.
Ejecute el trabajo de nuevo. Las descargas continúan más allá de los archivos de configuración y llegan a los discos virtuales.
Recursos adicionales
Última actualización
¿Te fue útil?