las tribulaciones técnicas de santib90

Enero 8, 2009

Ampliar disco virtual en VmWare Workstation

Archivado en: vmware — santib90 @ 6:39 pm

De vez en cuando me sualo ver obligado a ampliar algún disco virtual bajo VmWare Workstation. Hay que hacerlo en línea de comando y nunca me acuerdo de la dichosa sintaxis. Aquí va una captura del comando para futura referencia:

vmware-vdiskmanager1

El nombre del comando es vmware-vdiskmanager y el parámetro más importante es el nuevo tamaño en Gigabytes. El comando no esta en el path de búsqueda de comandos del sistema por lo que hay que ejecutarlo desde el directorio mostrado en la captura. También hay que indicar el path completo al fichero vmdk.

Por supuesto, tras ampliar el disco virtual hay que aumentar el tamaño de la partición en el sistema operativo instalado.

Febrero 13, 2008

Error “Unable to determine Guest Operating System” en VmWare Converter

Archivado en: vmware — santib90 @ 4:03 pm

Ayer intenté bajarme una máquina virtual desde un ESX 3.5 de un cliente a un Workstation 6. Al seleccionar la máquina origen (un Windows server 2003 R2 de 64 bits) me daba el error de que no podía deterrminar el sistema operativo.

converter-error-operating-system.png

Me extrañó mucho porque es un sistema operativo perfectamente soportado por la plataforma y la máquina virtual estaba en perfecto funcionamiento. Tras googlear un rato encontré una pista que hacía referencia a los permisos que sobre el equipo virtual a convertir tendría el usuario usado para conectar al virtual center server. En este caso, use mi cuenta que tiene permisos de administración sobre esa máquina.

Probé junto con el administrador de los servidores a poner su cuenta (con permisos de full control sobre el equipo) y esta vez procesó la conversión sin problemas.

¡La verdad es que ya podía dar un mensaje de error más indicativo del problema real!

Enero 23, 2008

Permitir el acceso SSH a un ESX para root

Archivado en: vmware — santib90 @ 6:58 pm

Tras instalar un servidor ESX, a menudo resulta interesante acceder a la consola mediante SSH. Por omisión, el usuario root no puede iniciar sesiones SSH. Para permitir el acceso realizar los siguientes pasos:

- Desde la consola del ESX editar el fichero /etc/ssh/sshd_config

- Localizar la línea PermitRootLogin no y comentarla (poniendo un # al principio)

- Salvar el fichero

- Reiniciar el servidor SSH con el comando service sshd restart

Septiembre 26, 2007

Problemas con VmWare Converter 3.0.1

Archivado en: vmware — santib90 @ 8:17 am

Hace unos días intenté usar VmWare Converter 3.0 para subir una máquina virtual desde VmWare Workstation a ESX 3.0.1. Al abrir la máquina virtual me daba un error críptico, algo bastante raro porque antes ya había probado ese mismo escenario con éxito. Antes de perder el tiempo buscando la solución, actualicé la versión de VmWare converter a la 3.0.1, esperando que el error desapareciera. Pruebo de nuevo y me también me da un error (muy poco informativo) en tiempo de ejecución del VC++.

converter-error-1.png

Al final no va a quedar más remedio que googlear un poco. Por suerto encuentro rápidamente un par de posts que pueden explicar el problema. El VmWare Converter 3.0.1 da problemas si las variables de entorno TMP y TEMP apuntan a algún directorio “raro” (“c:\documents and settings\…”), como al parecer el que usa Windows por omisión en el perfil de usuario. Se ve que no le gusta la versión en castellano de WinXP.

Tras unas cuantas pruebas soluciono el problema apuntanto las variables TMP y TEMP al directorio local “c:\temp” (o a otro directorio con nombre corto)

converter-error-31.png

Fuentes: aqui y aqui.

Septiembre 13, 2007

Actualizar máquinas virtuales en VmWare Workstation

Archivado en: vmware — santib90 @ 3:20 pm

Tenía por ahí una máquina virtual auxiliar que creé hace tiempo con una versión antigua de VmWare Workstation. Desde ellla necesitaba acceder a un dispositivo de almacenamiento USB. El problema es que con versiones viejas el interface virtual USB es compatible con la versión 1 y por tanto resulta muy lento. recordé que la nueva versión de máquinas virtuales 6.0 soportaba un interface USB 2.0 y decidí actualizar el hardware virtual de la máquina.

Para ello hay que acceder al menú “VM” y elegir la “opción upgrade or change version”. El problema es que esa opción sólo esta activa cuando el equipo esta apagado.

upgrade-virtual-machine-2.png

AL elegir la opción nos aranca el asistente para actualizar la máquina virtual. Pulsamos “next” en la primera página.

upgrade-virtual-machine-3.png

En el siguiente paso, elegimos “Workstation 6″ en la lista “hardware compatibility”

upgrade-virtual-machine-4.png

En el siguiente paso, especifico que deseo los cambios sobre la máquina virtual seleccionada y NO deseo crear un clon de la misma.

upgrade-virtual-machine-5.png

En la pantalla de resumen, repasamos las opciones seleccionadas y pulsamos “finish”

upgrade-virtual-machine-6.png

Cuando el proceso finaliza (es muy rápido) se nos presenta el resumen y ya podemos arrancar el equipo virtual.

Cuando el equipo arranca, Windows XP (el sistema instalado en este caso) detecta nuevo hardware normalmente.

A lo mejor tenemos que reinstalar la última versión disponible de las VmWare Tools para que el nuevo hardware sea detectado y funcione sin problemas.

Mayo 15, 2007

Instalar las VmWare Tools en Debian Etch (actualizado a Ubuntu Feisty Fawn)

Archivado en: linux, vmware — santib90 @ 9:04 am

Hace poco he instalado un equipo virtual Debian Etch bajo VmWare ESX server. El equipo funciona sin entorno gráfico pero me interesa instalar las VmWare tolos para que instale el driver de la tarjeta de red optimizado y para que la consola de gestión del ESX Server pueda conocer la memoria libre y otros detalles internos del equipo virtual. Paso a instalar las herramientas:

Arrancar una consola y realizar los siguientes pasos como root o con sudo (dependiendo de nuestra distribución)

1. Antes de liarnos con la instalación debemos verificar que tenemos todos los paquetes necesarios para compilar las herramientas. Estos paquetes son:

a. autoconf

b. automake

c. binutils

d. cpp

e. gcc

f. los ficheros de cabecera del kernel instalado

g. make

h. psmisc

2. El comando para instalar los paquetes es: “aptitude install autoconf automake binutils cpp gcc linux-headers-$(uname -r) make psmisc”. Es posible que varios de esos paquetes ya estén instalados en el sistema.

3. En algunos manuales se dice que tomemos nota de la localización de los ficheros de cabecera porque es posible que luego lo necesitemos, pero a mí me ha hecho falta. Por si acaso, el comando es: “ls -d /usr/src/linux-headers-$(uname -r)*/include”

4. En el menú de VM, seleccionar “Install VmWare Tools”

5. Montamos el cd virtual en el directorio: “mount /dev/cdrom /mnt/”(Ubuntu lo monta automáticamente en “/media/cdrom”)

6. Descomprimimos el fichero con las herramientas en el directorio temporal: “tar -C /tmp -zxvf /mnt/VMwareTools-5.5.3-346885.tar.gz” (usar el directorio temporal de Ubuntu si es el caso)

7. Desmontamos el cdrom virtual: “umount /mnt” (en Ubuntu se desmonta automáticamente). Si no hacemos esto puede darnos un error luego a la hora de instalar las tools (el error es “unable to create directory /mnt/hgfs”).

8. Ejecutamos el script instalador de sde el directorio descomprimido: “cd /tmp/vmware-tools-distrib” seguido de “./vmware-install.pl”

9. El script de instalación nos preguntará varios parámetros. Iremos respondiendo a las preguntas con las respuestas que vienen por defecto. A mí me ha compilado e instalado sin problemas.

debian-tools.png

Al final del proceso, no tengo muy claro si las herramientas ya están completamente instaladas o hay que realizar algún paso adicional (para usar la nueva tarjeta de red, por ejemplo). En pruebas realizadas con un Ubuntu Edgy Eft no me activaba el driver de ratón ni la integración del portapapeles con el host. Por lo menos, el ESX server me detecta ahora que las herramientas están instaladas y puedo, por ejemplo, hacer un shutdown limpio del equipo virtual con el Virtual Center. Sospecho que es necesario realizar algún paso adicional que desconozco.

àActualización con Ubuntu Feisty Fawn y VmWare Workstation 6

En Feisty fawn, al final del proceso (que compila sin problemas siguiendo los pasos anteriores) el instalador se ofrece a ejecutar el programa “vmware-toolbox”, parece que sólo lo hace si detecta que estamos dentro de una sesión gráfica (xterm). Con la instalación en Debian Etch en modo texto puro no me hacía esta pregunta. Lo ejecuto y me instala automáticamente los nuevos drivers de red (pierde la conectividad durante unos segundos mientras cambia). También instala el driver gráfico optimizado y permite elegir la resolución preferida. Vemos como se reinicia el servidor X con los nuevos valores. También comprobamos que el ratón se integra perfectamente en el del escritorio host sin tener que hacer nada más. También se integra el portapapeles con el host bidireccionalmente. Esta última configuración la he realizado con las VmWare Tools que vienen con VmWare Workstation 6

Cabe reseñar que en las pruebas realizadas, las tools de VmWare Workstation 5.5 parece que son compatibles con el ESX server 3. Al menos el server las detecta sin problemas. Actualizaré si las del VmWare Workstation 6 también lo son.

Mayo 14, 2007

Problemas con la red al migrar una máquina virtual de VmWare Workstation a ESX server

Archivado en: linux, vmware — santib90 @ 6:43 am

Hace poco instalé una máquina virtual Debian Etch bajo VmWare Workstation y luego la migré a un servidor ESX usando el nuevo VmWare Converter. La migración se completó sin problemas pero al arrancar el Debian resulta que no tenía conectividad de red. Si hago un “ifconfig /a” veo que el interface eth0 no está activo y que me ha aparecido un nuevo interface eth1. Ese nuevo interface funciona perfectamente si lo activo con “ifup eth1” pero me parece una guarrada dejarlo así.

Googleo un rato y decubro que Debian almacena en algún sitio la dirección MAC de la tarjeta virtual inicial (la del Workstation). Al migrar la máquina al ESX server la tarjeta virtual cambia y por tanto se genera una nueva dirección MAC. Para que el interface eth0 vuelva a funcionar correctamente tenemos que hacer coincidir la dirección MAC.

persistent.png

Una forma de conseguir esto es localizar el fichero “/etc/udev/rules.d/z25_persistent-net.rules” y modificar la dirección MAC para que coincida con la dirección de la nueva tarjeta virtual, pero resulta más sencillo borrar simplemente el fichero y reiniciar el sistema. Con el nuevo arranque, el fichero se genera de nuevo pero esta vez con los parámetros correctos.

Según parece, udev es el responsable de este comportamiento, porque guarda un historial de los dispositivos que se conectan al equipo. Esto tiene sentido para dispositivos como unidades de almacenamiento USB, para que se monten en el mismo punto al reconectaros pero provoca problemas al clonar o migrar equipos.

También es posible que al clonar o migrar un equipo virtual Linux nos encontremos problemas a la hora de montar las particiones y discos. Algunas distribuciones usan un sistema UUID a la hora de identificar unívocamente las particiones. El problema es que el UUID puede cambiar cuando cambia el disco virtual y al no coincidir los discos virtuales viejo y nuevo, el sistema no localiza las particiones a montar.

En las pruebas realizadas me he encontrado con problemas de este tipo (UUID) con Ubuntu Edgy Eft pero no con Debian Etch

Gracias a la gente de http://www.vmware.com/community/thread.jspa?threadID=46069&tstart=0

Blog de WordPress.com.