VMware Global Community
Masill
Contributor
Contributor

Perdida de IP al actualiar el virtual machine hardware, ESX 4.1

Buenos días,

Primero os pongo en situación: tenía un entorno ESX 3.5 y otro entorno ESX 4.0. Iba migrando las máquinas de un entorno al otro, desregistrando del 3.5, registrando en el 4.0, actualizando las Tools y, después, el virtual machine hardware. Ningun problema, todo perfecto. Después actualizé el entorno 4.0 a 4.1, incluido el Virtual Center. Así pues, ahora tengo un entorno 3.5 y el nuevo entorno 4.1. Cuando realizo el mismo proceso que antes para pasar las màquinas de la 3.5 a la 4.1 algunas de ellas pierden la IP y no sé porqué. Esto pasaba si actualizabas antes el Virtual Machine hardware que las VMware Tools pero lo estoy haciendo en el orden correcto. Tampoco logro establecer coincidencias entre las máquinas que pierden conectividad y las que no. Hay que migrar muchísimas máquinas y es un problema, debo estar pendiente de si pierden conectividad y si es así reconfigurarlo manualmente. Alguien sabe porqué me puede estar pasando?

Un saludo.

Reply
0 Kudos
7 Replies
FerrerDeCouto
Commander
Commander

Hola Masill:

¿Puedes comprobar si el tipo de vNic usada es la misma en todas las VMs?

Un saludo.

--------

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas.gif

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
Reply
0 Kudos
Masill
Contributor
Contributor

Hola,

Tampoco hay coincidencia en este sentido. La mayoria de nics estan como tipo Flexible y en algunas pierdo la configuración IP y en algunas no.....

Reply
0 Kudos
FerrerDeCouto
Commander
Commander

Hola Masill:

¿Por qué no pruebas a usar Converter y ver si así falla?

Un saludo.

--------

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas.gif

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
Reply
0 Kudos
aparis
Enthusiast
Enthusiast

Buenas

Si bien esta falla es mas comun encontrarla cuando se hace un upgrade del hardware de la maquina virtual desde la version 4 a la 7, podes probar con este procedimiento que te puede ayudar a resolver tu problema.
La falla seguramente radique en lo mismo que pasa cuando se actualiza el hardware de las VM, que cambia la ubicacion del dispositivo y por lo tanto es detectado en muchos casos como nuevo por windows.

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=101557...

Espero te sea de ayuda.

Saludos


Andre Paris

skype: andre.paris

andre.paris.sica@gmail.com

Andre Paris andre.paris.sica@gmail.com Megaweb skype: andre.paris twitter: megaweb_uy Por favor, no olviden de calificar las respuestas que resultaron de su ayuda o fueron correctas. Please, don't forget the awarding points for "helpful" and/or "correct" answers. Regards/Saludos
Reply
0 Kudos
pcerda
Virtuoso
Virtuoso

Hola,

Como dice Andre, esta "falla" ocurre con cierta frecuencia cuando uno cambia el hardware virtual de la versión 4 a la 7, ya que el dispositivo de red cambia de ubicación y Windows lo detecta como hardware nuevo.  Es similar a lo que ocurre cuando uno realiza una conversión P2V con Converter.

Lamentablemente es dificil predecir en que maquinas se producirá este comportamiento, y en cuales no, por lo que en proyectos de migración yo procuro tener a la mano la documentación de la configuración de red de todas las maquinas virtuales que se migrarán.

Regards / Saludos - Patricio Cerda - vExpert 2011 / 2012 / 2013
Reply
0 Kudos
dquintana
Virtuoso
Virtuoso

Hola,

Veo que en tu caso mencionas que están en modo flexible, tus equipos windows 200x también?

Nosotros usualmente documentamos la ip de los equipos uno por uno, luego cuando virtualizamos tratamos que la placa quede en vmxnet 3, ese proceso lo hacemos dependiendo el servidor dado que implica agregar una nueva vnic y quitar la existente, pero en definitiva nos asegura la mejor performance en las nuevas vms con virtual hw v7 sobre el entorno vsphere 4.1

Quizas esta KB pueda ayudarte.

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=101557...

Saludos

Diego

Ing. Diego Quintana - VMware Communities Moderator - Co Founder & CEO at Wetcom Group - vEXPERT From 2010 to 2020- VCP, VSP, VTSP, VAC - Twitter: @daquintana - Blog: http://www.wetcom.com-blog & http://www.diegoquintana.net - Enjoy the vmware communities !!!

Reply
0 Kudos
Masill
Contributor
Contributor

Buenos días,

Estoy de acuerdo con vosotros.... es mejor tener las nics en vmxnet3 que en modo flexible y tambien se que cuando actualizas el virtual machine hardware de 4 a 7 windows detecta las nuevas nics como nuevos dispositivos. Mi gran duda es: porque cuando migraba las máquinas de 3.5 a 4 no me perdían la IP, aunque evidentemente al hacer el upgrade detectaba las tarjetas de red como nuevos dispositivos, y ahora cuando migra de 3.5 a 4.1 sí? no es nada práctico para mí reconfigurar la red de todos los servidores que necesito migrar. Incluso, VMware tiene documentado que para que esto no pase se deben actualizar primero las tools que el virtual machine hardware y, como he comentado, antes iba a las mil maravillas.

Un saludo.

Reply
0 Kudos