La tarea de configurar el cronjobs para sistemas operativos ESX de VMware no es muy diferente a los demás sistemas operativos Linux, pero en VMware ESXi por el contrario, hay que tener francamente en cuenta por que los cambios realizados no persisten cuando reiniciamos el sistema VMware.

Una vez tenemos descargado ghettoVCB de http://communities.vmware.com/docs/DOC-8760 , lo único que tenemos que hacer es un upload a un datastore de VMware en el que queramos alojar el script ghettoVCB.

Podemos acceder con Putty a la consola de nuestro sistema ESXi, desde aquí podréis ir a descargar directamente a la web oficial el programa Putty, A Free Telnet/SSH Client

Y algunos os preguntaréis ¿Cómo abrir el puerto ssh en VMware ESXi?, pues ahí está.

Ejecutamos Putty, y le ponemos la IP del host VMware donde vamos a conectarnos, usuario y contraseña.

Y vamos a suponer lo siguiente:

/vmfs/volumes/datastore2/backup

Será el sitio donde pondremos el script ghettoVCB y el archivo “machines” donde especificaremos las vm que queremos efectuar copia

/vmfs/volumes/datastore3/logs

Será el sitio donde pondremos los logs que genere el script de ghettoVCB
 
Vamos a programar cronjobs para ghettoVCB
 
Vamos a:

vi /var/spool/cron/crontabs/root

Y añadimos al final del archivo lo siguiente:

~ # 0 21 * * * /vmfs/volumes/datastore2/backup/ghettoVCB.sh -f /vmfs/volumes/datastore2/backup/machines > /vmfs/volumes/datastore3/logs/ghettoVCB-backup-$(date +\%s).log

Donde pone 21 le ponemos la hora a la que queramos hacer el backup.

Salimos grabando del comando vi con ESC y tecleamos

:wq!

Eliminaremos la anterior programación de CRONJOBS de la siguiente manera:

~ # kill $(cat /var/run/crond.pid)
~ # busybox crond

Y luego editaremos el rc.local y nos encontraremos lo siguiente (en verde) y le añadiremos (lo azul), ejecutando:

~ # vi /etc/rc.local

~ # cat /etc/rc.local
#! /bin/ash
export PATH=/sbin:/bin

#execute all service retgistered in /etc/rc.local.d
if [http:// -d /etc/rc.local.d |http:// -d /etc/rc.local.d ]; then
   for filename in `find /etc/rc.local.d/ | sort`
      do
         if [ -f $filename ] && [ -x $filename ]; then
            log "running $filename"
            $filename
         fi
      done
fi
/bin/kill $(cat /var/run/crond.pid)
/bin/echo "0 21 * * * /vmfs/volumes/datastore2/backup/ghettoVCB.sh -f /vmfs/volumes/datastore2/backup/machines > /vmfs/volumes/datastore3/logs/ghettoVCB-backup-\$(date +\\%s).log" >> /var/spool/cron/crontabs/root
/bin/busybox crond


Salimos grabando del comando vi con ESC :wq!

Para asegurarnos que el CRONJOB se creará después de reiniciar físicamente el HOST ejecutaremos lo siguiente:

~ # /sbin/auto-backup.sh

Y nos aparecerá algo como esto que pongo más abajo en naranja

config implicitly loaded
local.tgz
etc/vmware/vmkiscsid/vmkiscsid.db
etc/dropbear/dropbear_dss_host_key
etc/dropbear/dropbear_rsa_host_key
etc/opt/vmware/vpxa/vpxa.cfg
etc/opt/vmware/vpxa/dasConfig.xml
etc/sysconfig/network
etc/vmware/hostd/authorization.xml
etc/vmware/hostd/hostsvc.xml
etc/vmware/hostd/pools.xml
etc/vmware/hostd/vmAutoStart.xml
etc/vmware/hostd/vmInventory.xml
etc/vmware/hostd/proxy.xml
etc/vmware/ssl/rui.crt
etc/vmware/ssl/rui.key
etc/vmware/vmkiscsid/initiatorname.iscsi
etc/vmware/vmkiscsid/iscsid.conf
etc/vmware/vmware.lic
etc/vmware/config
etc/vmware/dvsdata.db
etc/vmware/esx.conf
etc/vmware/license.cfg
etc/vmware/locker.conf
etc/vmware/snmp.xml
etc/group
etc/hosts
etc/inetd.conf
etc/rc.local
etc/chkconfig.db
etc/ntp.conf
etc/passwd
etc/random-seed
etc/resolv.conf
etc/shadow
etc/sfcb/repository/root/interop/cim_indicationfilter.idx
etc/sfcb/repository/root/interop/cim_indicationhandlercimxml.idx
etc/sfcb/repository/root/interop/cim_listenerdestinationcimxml.idx
etc/sfcb/repository/root/interop/cim_indicationsubscription.idx
Binary files /etc/vmware/dvsdata.db and /tmp/auto-backup.31345.dir/etc/vmware/dvsdata.db differ
config implicitly loaded
Saving current state in /bootbank
Clock updated.
Time: 20:40:36   Date: 08/14/2009   UTC


Y ya está configurado cronjobs para que cuando se reinicie nuestro host VMware ESXi, se puedan efectuar las copias de seguridad con el script ghettoVCB

Como programar tarea ghettoVCB en Cronjobs para VMware ESXi

Esta sería otra manera de programar una copia de seguridad en ghettoVCB.sh con la aplicación Plink.exe. En los enlaces podemos pinchar para descargar este software. También podremos descargar el archivo template para que ghettoVCB.sh pueda llamar a las VMs que queremos efectuar copia de seguridad.

Primero de todo deberemos de habilitar el puerto 22 de ssh en nuestro ESXi.

Descargaremos este software y lo pondremos en una carpeta en nuestra máquina de Windows Lanzadera. Llamémosla “Lanzadera”

Configuraremos ghettoVCB.sh (destino de copia, que historial de copias queremos, etc) y prepararemos el archivo template como si estuviera puesto en un servidor ESXi.

Una vez está preparada desde el VI CLient(ESXi v3.5) o VSphere Client (ESXi v4.0) crearemos en algún datastore del servidor ESXi una carpeta que por ejemplo se llame “backup”, y subiremos el archivo ghettoVCB.sh y el archivo_template donde ya habremos puesto los nombres de las VMs virtuales a copiar.

Una vez subido los archivos al datastore, crearemos un archivo con extensión .bat en el equipo con Windows, que lo podremos llamar como queramos.

Y en su interior indicaremos los siguiente:

Sintaxi:

plink -ssh -pw nuestro_password  usuario_poder@ipservidor_esxi  /ruta_archivo.sh/archivo.sh

Ejemplo práctico:

plink -ssh -pw Pass root@172.26.0.250 /vmfs/volumes/datastore1/backup/ghettoVCB.sh

Donde Pass será nuestro password del root en el host ESXi.

Guardaremos el archivo.bat y lo podemos ejecutar, veremos que se lanza el Plink.exe y comienza a hacer la copia de seguridad con ghettoVCB

Y ya para rematarlo, podremos incluir en nuestro Programador de tareas el trabajo.

Y listo

 Programar una copia de seguridad de ghettoVCB.sh con Plink.exe

Aprovecho a pasar el link de las HCL de VMware, el VMware Compatibility Guide http://www.vmware.com/resources/compatibility/search.php 

Y así, iremos más sobre seguro. 

Dell T110 con controladora S100 RAID no compatible con VMware

Actualización de ESX 4.0 a 4,0 U1 puede fallar o dar tiempo de espera agotado y dejar la máquina en un estado inservible si se utiliza HP Systems Insight Management Agent.

Para evitar esta cuestión antes de actualizar lea Artículo de la KB (ID 1016070).

ESX 4.0 Update 1 Error KB (ID 1016070)

Información proporcionada por lu1f3r y extraída de http://lu1f3r.loxi.ca/?q=es/node/24 . Gracias por estas aportaciones a la red

VMWare ESXi incluye una funcionalidad muy interesante y poco documentada: La posibilidad de tener acceso a una consola remota usando VNC. Para poder habilitar esta funcionalidad se deben seguir los siguientes pasos:

1. Detener la maquina virtual para la cual se desea habilitar la consola remota.

2. Habilitar el modo vnc para la consola en la maquina virtual. Para hacer esto se necesita modificar el archivo .vmx que define la maquina virtual y agregar:

RemoteDisplay.vnc.enabled = "true"
RemoteDisplay.vnc.port = "5901"

El puerto esta identificado por la linea RemoteDisplay.vnc.port. Se pueden usar multiples puertos segun el numero de maquinas virtuales a las que se les desee habilitar la consola remota.

3. Habilitar el servicio de Servidor VNC en el firewall del servidor ESXi. Para hace esto se debe acceder con el usuario root al servidor ESXi y ejecutar:

esxcfg-firewall --enableService vncServer


Este comando crea una regla en IPTABLES para permitir conexiones al servidor:

Chain INPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpts:5900:5964


Como se puede apreciar, el maximo numero de consolas remotas es 64.

4. Se debe iniciar la maquina virtual modificada.

Despues de esto se puede usar cualquier cliente VNC para acceder a la consola de la maquina virtual. Los parametros necesarios son: la direccion IP del SERVIDOR ESXi y el puerto en el cual se habilito la consola remota

La funcionalidad de consola remota es muy util cuando se estan haciendo pruebas para ambientes que requieren una red privada compartida por varias maquinas virtuales. Bueno, es hora de jugar con las consolas remotas en VMWare ESXi!

Habilitar consolas remotas en VMWare ESXi con VNC

Abrir puerto SSH en ESXi

Pues muy sencillo.

Pinchamos ALT + F1 y nos saldrá una pantalla donde escribiremos a ciegas UNSUPPORTED

Nos pedirá usuario y password de nuestra consola de ESXi

Ejecutaremos:

vi /etc/inetd.conf

Nos abrirá el fichero de configuración y buscaremos una linea en la que hay #ssh y le quitaremos la almohadilla

Guardaremos presionando :wq!

Y reiniciamos nuestro ESXi

Ya podemos acceder por SSH a nuestro ESXi

Abrir puerto SSH en ESXi

Cuando al arrancar nuestra máquina ESXi y nos aparece este error, si nos pinchamos en un dedo, creo que no nos sacan sangre.

Kernel: vmkerkel.gz bootUUID=7b0...............................
Loading vmkernel.gz
Module: binmod.tgz
Loading binmod.tgz
Module: environ.tgz
Loading environ.tgz
Module: cim.tgz
Loading cim.tgz
Module: oem.tgz
Loading oem.tgz
Module: license.tgz
Loading license.tgz
Module: state.tgz
Loading state.tgz
PANIC: Error while reading file: -3, state.tgz
boot:

(sólo puedes darle al Intro, y se reinicia el Hypervisor)

stage.tgz contiene todos los archivos de configuración de nuestro server ESXi

Este error se produce por que hay algo en la configuración de ESXi que no tiene nada que ver con lo que es realmente. El ESXi se cabrea y nos escupe este pedazo de error. Yo padecí este error y además con la mala suerte de que teníamos todo ya listo, configurado, traspasado y en producción y en último momento un cambio de disco duro en un HP Proliant ML380 G5 me dejó el rostro pálido.

Buscando por internet encontré no muchos sitios donde hablaban de este error, al principio ninguno con solución, imagino que era la tensión de esta situación. Hasta que encontré que decía simplemente que no nos preocupásemos y que simplemente que reinstalásemos la instalación de ESXi.

Pues así hice, reinstalé el ESXi y lo único que tuve que hacer luego fue ir a los datastore y pincha en el VMX de la máquina con el botón de la derecha y decirle “Add to Inventory”.

Suerte!!!

VMware ESXi: error while reading file: -3 state.tgz

Backup en ESXi con Cron Persistente. 

• Creamos una carpeta llamada VMBACKUP en nuestro datastore por ejemplo el Datastore1.
• En esta carpeta copiamos el script ghettoVCB.sh (http://communities.vmware.com/docs/DOC-8760).
• Creamos el un archivo llamado VMBACKUP en el que incluimos el nombre de nuestras maquinas virtuales a copiar.
• Creamos un script propio llamado por ejemplo EsxBackup.sh que unicamente ha de lanzar el comando “./ghettoVCB.sh VMBACKUP” 
• Comprobamos que nuestro backup funciona ejecutandolo manualmente y  proseguimos: 
• Editamos el archivo  /etc/rc.local
• Añadimos las siguientes lineas:

• /bin/echo “0 4 * * * /vmfs/volumes/Datastore1/EsxBackup.sh” >> /var/spool/cron/crontabs/root
• /bin/busybox crond -b

• Ejecutamos auto-backup.sh esto copia nuestras modificaciones.
• Ejecutamos  /bin/busybox crond –b.
• Reiniciamos nuestro ESXi.

Comprobamos que ya tenemos nuestra linea de backup en la ruta /var/spool/cron/crontabs/root.

Y todo listo, ya están programadas nuestras copias con ghettoVCB

Cron Persistente en ESXi VMware

Un amigo mio ha pasado este link y es la solución perfecta para redimensionar el tamaño de una partición de VMware ESX al tamaño que necesitemos.

No os lo perdáis en:

http://www.virtualizacionesx.com/reducir-el-tamano-de-una-particion-vmware/

Con la información contenida en este link, ya no tendremos tanto miedo a las intocables particiones de VMware

Gracias por el aporte

Redimensionar discos virtuales VMware