# rm-rf.es | Administración de sistemas

Bitácora personal de un SysAdmin Gnu/Linux, Windows, BSD...

VMware P2V: Unable to query the live Linux source machine


Vamos a ver la posible solución a este problema, que se nos presenta cuando intentamos convertir un sistema Linux de una máquina física a una máquina virtual (vmware p2v) de VMware con la herramienta VMware vCenter Converter Standalone.

El problema se reproduce después de introducir los datos correctos de conexión SSH al servidor. Estos datos vemos que son correctos porque si ponemos unos incorrectos salta el error. Además, en la máquina que intentamos migrar si hacemos un tcpdump vemos que efectivamente está llegando bien.

Este es el error que recibimos en el primer paso de la conversión:

VMware: Unable to query the live Linux source machine

VMware: Unable to query the live Linux source machine

En nuestro caso, el problema no tenía que ver ni con el firewall del sistema, ni con restricciones TCP Wrappers, ni con SELinux, etc. El problema tenía origen en las restricciones establecidas en la partición temporal /tmp. Nosotros montamos /tmp con los bits noexec y nosuid. Algo común en servidores con cPanel:

/usr/tmpDSK on /tmp type ext3 (rw,noexec,nosuid,loop=/dev/loop0)

Al parecer VMware intenta ejecutar y realizar acciones en /tmp, y debido a esto no puede. Podemos solucionarlo entonces montando /tmp temporalmente con los bits de ejecución:

# mount -o remount  -t ext3 /usr/tmpDSK /tmp -o rw,exec,nodev -o loop

Y cuando acabemos securizar de nuevo:

# mount -o remount  -t ext3 /usr/tmpDSK /tmp -o rw,noexec,nosuid -o loop

bigbrother: Filesystem of /home/bbuser/bb/tmp is FULL


Últimamente me estoy encontrado con este error más de lo que quisiera en el sistema de monitorización Big Brother. El error es provocado por una sintaxis incorrecta u obsoleta del comando sort en el fichero bb-disk.sh, dentro de dicho fichero deberéis realizar las siguientes modificaciones:

SORT \"+${DFSORT}

por

SORT \" -k${DFSORT+1}\

Reiniciamos el cliente big brother en el próximo refresco debería quedar solucionado, sino, recordad mirad la salida en el fichero BBOUT para averiguar la causa del error.

Cómo crear espacio TMP y SWAP en un servidor con las particiones ya creadas


Puede darse el caso, de que necesitemos añadir más swap a un servidor en producción, o recrear la partición temporal (tmp). Para estos casos, lo más sencillo es seguir los siguientes pasos, pues evitas cualquier tipo de reparticionamiento del sistema.

Básicamente, lo que vamos a hacer es crear un sistema de ficheros utilizando espacio del disco duro:

Añadir partición SWAP al sistema en producción:

Creamos un “fichero” de 1Gb, el cual posteriormente usaremos para crear una partición Swap:

dd if=/dev/zero of=/.swap bs=1024 count=1000000

Hacemos de ese fichero un sistema de ficheros swap:

mkswap /.swap

Y activamos el espacio Swap:

swapon /.swap

Si lanzamos un “free” o “top” veremos que ya tenemos el espacio swap funcionando. Por último hay que añadirlo al fichero /etc/fstab para que al reiniciar se monte automáticamente:

/.swap swap swap defaults 0 0

Añadir partición TMP al sistema en producción:

Creamos el fichero de 250 Mb para /tmp:

dd if=/dev/zero of=/.tmpfs bs=1024 count=250000

Hacemos de ese fichero un sistema de ficheros ext3:

mkfs -t ext3 /.tmpfs

Lo montamos, pasandole los parámetros noexec,nosuid para dotar a la partición de mayor seguridad:

mount -o loop,noexec,nosuid,rw /.tmpfs /tmp

Asignamos permisos:

chmod 0777 /tmp
chmod +t /tmp

Finalmente solo queda añadirlo también al fichero /etc/fstab para que se monte automáticamente al reiniciar:

/.tmpfs /tmp ext3 loop,rw,nosuid,noexec 0 0

Recalcar que esta no es la mejor solución, pero lamentablemente en servidores en producción es la más viable porque recrear la tabla de particiones puede ser un engorro en un servidor en producción.

Este artículo está basado la entrada en inglés de uno-code.com