lunes, 17 de mayo de 2010

VMware Server 2.0 + Virtual Infrastructure Client

Tras instalar VMware Server en alguna de sus versiones 2.0, observamos que ya no existe la posibilidad de acceder a las VM a través de la típica aplicación cliente de la versión 1.0.

La vía de acceso propuesta por VMware para esta nueva versión es el interface web. Este interface, además de lento no es muy fiable y no parece funcionar demasiado bien con Firefox (por ejemplo en mi caso, la pestaña Console no permite ver nada).

Afortunadamente un tal Andrea Benini nos explica aquí cómo acceder a las VM con el cliente vSphere. El artículo es realmente útil. Y el método de acceso, aunque no-oficial y no-soportado, funciona perfectamente y además está basado en herramientas de la propia vmware. Sin embargo el artículo tiene un punto gris (según mi criterio, claro está):

But what kind of support files do you need, where are there? Here's a link with some useful and legal files in it

Sin poner en duda que el contenido de la descarga de ese link sean "legal files", está claro que no es un link de vmware. De hecho un tal Gaetano en los comentarios del mismo artículo pregunta por un enlace desde donde poder bajar de forma "oficial" el cliente vSphere (o el Virtual Infrastructure Client al que sustituye).

Si a día de hoy uno se pone a mirar en el site de vmware, en unos pocos clicks se puede llegar a la descarga del ESXi (p. ej. 4) que tras ser instalado nos permite descargar el cliente vSphere desde la misma máquina en la que acabamos de instalar el ESXi (mediante acceso https).

Pero por desgracia la versión del cliente de esta versión actualizada no sirve para el método propuesto en el artículo anterior.

Por suerte, vmware guarda un historial de parches históricos descargables.

http://www.vmware.com/patch/portlets/patchupdate/allpatches.html

En concreto éste ESX350-200911201-UG update del ESX 3.5 contiene lo que necesitamos.

Tras descargar el fichero, manejando un CLI de Linux (o bien Cygwin) hacemos lo siguiente:

nohost:/home/nouser# md5sum ESX350-200911201-UG.zip
1ca07f9947ba57e7d9a37610094f0bbc ESX350-200911201-UG.zip
nohost:/home/nouser# unzip ESX350-200911201-UG.zip
Archive: ESX350-200911201-UG.zip
creating: ESX350-200911201-UG/
inflating: ESX350-200911201-UG/VMware-esx-apps-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-backuptools-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-drivers-scsi-vmkiscsi-350.3.6.3.1-1vmw.207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-ima-qla4xxx-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-iscsi-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-lnxcfg-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-perftools-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-srvrmgmt-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-tools-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-vmkctl-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-vmkernel-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-esx-vmx-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/VMware-hostd-esx-3.5.0-207095.i386.rpm
inflating: ESX350-200911201-UG/kernel-source-350.2.4.21-58.EL.207095.i386.rpm
inflating: ESX350-200911201-UG/kernel-vmnix-350.2.4.21-58.EL.207095.i686.rpm
inflating: ESX350-200911201-UG/descriptor.xml
creating: ESX350-200911201-UG/headers/
extracting: ESX350-200911201-UG/headers/VMware-esx-apps-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-backuptools-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-drivers-scsi-vmkiscsi-0-350.3.6.3.1-1vmw.207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-ima-qla4xxx-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-iscsi-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-lnxcfg-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-perftools-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-srvrmgmt-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-tools-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-vmkctl-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-vmkernel-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-esx-vmx-0-3.5.0-207095.i386.hdr
extracting: ESX350-200911201-UG/headers/VMware-hostd-esx-0-3.5.0-207095.i386.hdr
inflating: ESX350-200911201-UG/headers/kernel-source-0-350.2.4.21-58.EL.207095.i386.hdr
inflating: ESX350-200911201-UG/headers/kernel-vmnix-0-350.2.4.21-58.EL.207095.i686.hdr
inflating: ESX350-200911201-UG/headers/header.info
inflating: ESX350-200911201-UG/headers/contents.xml
inflating: ESX350-200911201-UG/headers/contents.xml.sig
inflating: ESX350-200911201-UG/contents.xml
inflating: ESX350-200911201-UG/contents.xml.sig
nohost:/home/nouser#

El fichero VMware-hostd-esx-3.5.0-207095.i386.rpm es el que contiene la versión del cliente vSphere (parece equivaler a la versión 2.5 del Virtual Infrastructure Client) que permite seguir las indicaciones de Andrea. Para obtener el ejecutable .exe con el cliente hacemos esto:

nohost:/home/nouser# cd ESX350-200911201-UG
nohost:/home/nouser/ESX350-200911201-UG# rpm -qpl VMware-hostd-esx-3.5.0-207095.i386.rpm | grep "\.exe"
/usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
nohost:/home/nouser/ESX350-200911201-UG#
nohost:/home/nouser/ESX350-200911201-UG# rpm2cpio VMware-hostd-esx-3.5.0-207095.i386.rpm | cpio -ivd ./usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
369160 blocks
nohost:/home/nouser/ESX350-200911201-UG# md5sum ./usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
b5bb5b2aa1e4d34623392539a57bc352 ./usr/lib/vmware/hostd/docroot/client/VMware-viclient.exe
nohost:/home/nouser/ESX350-200911201-UG#


Ahora, si queremos, podemos actualizar el cliente vSphere a la última versión (por si se quiere acceder a otras flotas). No hay problema por ello porque lo correspondiente a la versión recién instalada permanece en la carpeta

%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\2.5

que menciona el artículo de Andrea.

El icono de acceso directo del cliente VI cambia su nombre por VMware vSphere Client, pero el acceso a las VM 2.0 sigue siendo posible. En realidad, el orden de la instalación no importa porque si lo hacemos al revés todo queda igual.

Acabo con la colección de links consultados:

http://www.linux.com/community/blogs/accessing-vmware-server-2-with-vsphere-client-the-unsupported-way.html
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008180
http://sites.google.com/site/andreabenini/support/2.5.rar?attredirects=0&d=1
http://www.vmware.com/patch/portlets/patchupdate/allpatches.html
http://download3.vmware.com/software/vi/ESX350-200911201-UG.zip
http://www.vmware.com/support/vi3/doc/vi3_esx35u2_vc25u2_rel_notes.html
http://www.dennisvanleur.nl/kb/index.php?option=com_content&view=article&catid=70%3Avirtualcenter&id=157%3Avmware-update-manager-10-update-2-release-notes&Itemid=15
http://www.vmware.com/support/vi3/doc/vi3_esx35u1_vc25u1_rel_notes.html
http://www.virtualinsanity.com/index.php/tag/vmware-infrastructure-client/
http://www.dabcc.com/article.aspx?id=6826
http://www.linux.com/community/blogs/vmware-server-2x-thoughts.html
http://downloads.vmware.com/d/details/vc250u6/dGViZGpwQGJkZXBo
http://downloads.vmware.com/d/details/esx_3i_installableu5/dGViZGp3dGJkZXBo
http://downloads.vmware.com/d/details/esx350u5/dGViZGp0cGJkZXBo
http://downloads.vmware.com/d/info/datacenter_downloads/vmware_infrastructure_3/3_0#drivers_tools
http://downloads.vmware.com/d/details/esx350u5/dGViZGp0cGJkZXBo
http://www.desktop-virtualization.com/2008/02/07/convert-vmware-server-20-vms-into-server-104/
http://daviddelprado.blogspot.com/2008/01/vmware-convertir-maquinas-virtuales-de.html
http://communities.vmware.com/message/1324081;jsessionid=A501F5AF0242F8D742838DD504C1B38D
http://downloads.vmware.com/d/details/wkst_701_win/ZGolYmRqQHdiZGR0Kg==
http://www.vmware.com/appliances/getting-started/learn/ovf.html

2 Comentarios:

Anónimo dijo...

my files are coming from VMWare Virtual Infrastructure Client (aka VIC) from VMWare itself

Hope it helps
Andrea (Ben) Benini

Pere Moltó Agut dijo...

Thanks Andrea, I know it. Also thanks for opening the way with your job.