Buen Día Amigos,
Una vez más recurro a la experiencia de las personas de VMware Community para resolver un problema, el cual narro a continuación:
Resumen de Infraestructura
Plataforma VMware vSphere conformada por 6 Host y 1 VMware vCenter Server
Host: IBM Flex System x240
vSphere: VMware ESXI 5.5.0 VMKernel Release Biuld 1331820
Descripción del Problema
Adjunto la imagen en donde se congela la carga del Hypervisor y la información que muestra el Hypervisor al respecto.
De antemano gracias por su ayuda.
Saludos Fabian.
Lo primero seria verificar que el IBM Flex System X240 y el chasis estén actualizados a los últimos niveles de Firmware recomendados
según el siguiente linK.
Otro tema importante es utilizar la imagen customizada del fabricante de hardware, para la instalación del ESXi. Adjunto link
IBM System x and BladeCenter with VMware
Para la descarga pude ser que necesites un IBM ID el cual es free y de mucha utilidad si tienes equipos IBM.
Si el server tiene conexión a SAN esto puede demorar el proceso de scan de discos, por lo cual se recomienda desconectarlo
temporalmente durante le proceso de instalación ( por eje desactivar la Zona o el port en el FC Switch ).
Espero que esto te sea util.
Att.
Estimado, buenas tardes.
Hace poco tuve problemas similares, y estas demoras venían dadas por la conexión al storage.
Otra pregunta tienes MSCS sobre vmware en las MV?
Por favor prueba de deshabilitar los puertos de san de los swiches del pureflex de una de las "hojas" y prueba de bootear a ver si los tiempos se normalizan.
Mantenos al tanto
Hola fabianalarcon,
Dejando aparte que puedas tener circunstancias particulares adicionales las dos cosas que suelen provocar un retraso considerable en el arranque de los hosts ESXi son el servicio usbarbitration y el escaneo del storage cuando tienes nodos de clusters de Microsoft en la infraestructura virtual:
1 - usbarbitration. Este servicio gestiona los puertos USB físicos del hosts para su uso en la shell o por las máquinas virtuales. Si no usas los puertos USB de los hosts puedes deshabilitarlo ya que generalmente tarda bastante en terminar con él. Para ello ejecuta lo siguiente para deshabilitarlo y que no se inicie en el arranque del host:
# chkconfig usbarbitrator off
# /etc/init.d/usbarbitrator stop
2 - Escaneo de storage con nodos de clusters MS: Cuando los hosts arrancan escanean todo el storage conectado algo generalmente rápido excepto si los hosts ven LUNs usadas en clusters de Microsoft en cuyo caso como las LUNs tendrán locks provenientes de otros hosts donde están los otros nodos del cluster, el host se "atasca" mucho tiempo en las operaciones de escaneo sobre estas LUNs. Para solucionar esto hay que decirle al hosts que estas LUNs tienen reservas permanentes y que no pierda el tiempo con ellas. Para ello tienes que ejecutar el siguiente comando para cada una de las LUNs que pertenezcan a un cluster de Microsoft:
esxcli storage core device setconfig -d <naa.id> --perennially-reserved=true
Espero que te sirva...
Un saludo,
Estimado fabianalarcon
Tienes alguna novedad para comentarnos?
Saludos