Actualizando ESX at Home a VI 3.5 Update 1 - Seguimos

Bueno... visto lo visto en el capítulo (que no post, ya que me dá que esto dará para más de uno) anterior, decidí cortar por lo sano: Reinstalación de Virtual Center. Evidentemente esto no lo haría en un entorno de Producción serio (Vamos, el mío TAMBIEN es producción, pero digamos que no me va el sueldo en ello). Dicho y hecho. Desinstalo VC 2.5 Build 64201 e instalo VC 2.5 Update 1 (build 84782).. y ¡¡¡ volilá !!!... Sigo teniendo el mismo error del post anterior (El de "No se puede cargar el tipo 'Vim.HostBootDeviceSystemBootDevice' del ensamblado 'VimSoapService.25, Version=2.5.0.0, Culture=neutral, PublicKeyToken=null"), y, por supuesto, tengo que reconfigurar mi VC. Ya por precaución, desinstalo los plugins que había instalado: El excelente GUI para sVmotion y el estupendo Console que me permite abrir un SSH contra el ESX desde mi VI Client, ambos de Lostcreations y vuelvo a instalarlos: El GUI para sVmotion no se instala, porque cuando me pregunta usuario y pass para conectar al virtual Center y pulso enter, me da un hermoso error de que no puede autenticar. Este plug-in tiene dos partes: Una a instalar en el servidor VC (la que me ha fallado), y un cliente, que hemos de instalar en el ordenador desde que accedamos al VC. El de consola instala perfectamente... pero cuando intento activarlo, me sale un mensaje que dice "The client received an invalid response from the server".

Justo en este momento he decidido terminar de subir pelis a mi iPod e irme a la cama antes de empezar a jurar en hebreo.

Conclusiones:

Lo dicho, J. Búscate novia.

Actualizando ESX at Home a VI 3.5 Update 1

Bueno... ya tocaba. Aprovecho (aún no he terminado) para actualizar mi ESX at Home a Update 1. Me bajo el correspondiente paquete de la web de VMware, ejecuto, y comienza el show. A la pregunta de: "¿Desea conservar Ud. sus datos?" me detengo un momento y, escéptico, me pregunto: "¿desde cuándo un UPDATE tiene que preguntar esto?" por supuesto, respondo que sí. Comienza el Update. Todo parece normal. En un momento dado, el VI client que dejé ex-profeso conectado me dice que el servidor Virtual Center ha sido desconectado. Era de esperar, ha de actualizarlo. Ahora me viene con algo de actualizar la base de datos. Ok... Un momento, dice que no puede iniciar el servicio de Virtual Center. Sigo con lo mío (pasar películas al iPod) y no le hago demasiado caso. Termina.

Bueno, vamos adelante. Entro en mi VI client en otro PC. En "About" veo que el VC Server se ha actualizado (Build 8476) y el VI Client no (Build 64201)... Normal... me conecto por http al virtual center y lo actualizo. Actualiza sin aparentes errores. Salgo del VI Client... vuelvo a entrar. Ha desaparecido mi datacenter, mis tareas periódicas y mis baseline de Update Manager. Perfecto y maravilloso. Salvo esta nimiedad, todo parece normal hasta que voy a Plugins y veo que el plugin Manager me dice que no tengo ningún plugin disponible... voy a "Installed", veo que tengo instalados TODOS mis Plugin anteriores, pero me aparecen como desactivados el "Update Manager" y el "Converter". Ya empezamos. Sigo recorriendo el VI Client y me dá por pulsar el botón derecho sobre una máquina virtual: Reproduzco el error: "No se puede cargar el tipo 'Vim.HostBootDeviceSystemBootDevice' del ensamblado 'VimSoapService.25, Version=2.5.0.0, Culture=neutral, PublicKeyToken=null"

Hermoso domingo, si señor.

Conclusiones:

• A VMware le seguimos cayendo mal los que usamos Windows en un idioma distinto de los del imperio (digo yo que será por algo de esto, porque en mi otro PC con Windows en Idioma Imperial no me pasa). Añadamos esté "misunderstanding" al del Converter con la carpeta TEMP.
• Desengáñate, J. Los updates se cargan cosas. Y no sólo los de MS.
• Búscate novia, Tio. Esto de actualizar VC un domingo tarde no puede estar bien.

Ya os contaré.


PD. La actualización del ESX, aparte de tardar un muy buen rato, no dió el menor problema... seamos justos.