Hola.
Tengo 4 Blades HP idénticos modelo BL45p G1.
He actualizado los dos primeros desde 4.1 U1 a 5.0 sin ninguna incidencia. En los dos primeros tenía montado entre otras VMs, un cluster MSCS con 2 VMs.
El caso es que cuando he ido a actualizar el tercero, me he encontrado que el proceso de instalación se alargaba de forma supina. La primera gran parada -aprox. 45 minutos- la hace en el proceso de upgrade, mostrando "vmw_satp_eva loaded sucessfully".
Posteriormente inicia la instalación y se queda en scanning....
Scanning for available devices. This may take a few seconds.
El caso es que recordé que cuando actualicé estos servidores de 4.0 a 4.1 algo similar me encontré que pude solventar modificando un parámetro
Scsi.CRTimeoutDuringBoot a 1
Este parámetro ya no existe en 5.0 y por tanto no se puede solventar así el tema. He encontrado un artículo donde más o menos especifica el problema, y en el que la solución pasa por
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=101610...
En ella debo identificar las RDM LUNs y ejecutar para cada una de ellas el siguiente commando:
esxcli storage core device setconfig -d <naa.id> --perennially-reserved=true
El caso es que me gustaría preguntar si alguien se ha encontrado con este problema y ya ha aplicado esta solución, antes de hacerlo.
¿Puede existir algún problema si aplico dicho comando, para las RDM LUNs de la cabina de fibra?
También he visto que hay una actualización relacionada pero con respecto a LUNS iSCSI, en la que es necesario descargarse un parche.
¿Pueden estar relacionada?
Entiendo que mi caso no, ya que ya se quedaba 45 minutos con el "vmw_sat_eva loaded sucessfully"
Gracias por todo.
