OpenFiler packet drops.

Hace mas de una semana que estoy probando OpenFiler para hacer shared storage en mi home lab de vSphere, OpenFiler puede que sea el NAS OpenSource mas usado en estos momentos y aunque no tiene tantas funciones como FreeNAS cuando se trata de iSCSI es una bestia.
El caso es que desde el inicio mi OpenFiler surgio de partes de PC bastante viejas, por ejemplo: el board contaba con SATA primera generacion (150Mbps). Al cabo de 1 hora, uno de los puertos de la Intel Dual Port que tenia instalada ya contaba con mas de 1,000 packet drops.

Despues de cambiar la maquina. De un Intel P4 con DDR400 a un Athlon II X2 con 2G de RAM DDR3, aun seguia teniendo packet drops, no en la misma cantidad, pero tantos que las VMs en el shared storage eran casi imposibles de usar.

 

Esta tarjeta causa los packet drops….


Pues resulta que todo el problema era causado por la tarjeta Intel Dual Port que instale, esta tarjeta fue extraida de un firewall que no la necesitaba mas ya que fue convertido a un Servidor con DNS y 4 tarjetas de Red no son necesarias para este caso. La tarjeta en cuestio no exactamente es de Intel, si usaron un chipset hecho por ellos pero la tarjeta esta orientada a firewall con opciones de bridge, de esos que si se apagan la tarjeta de red queda en un modo que aun pasa trafico de un puerto a otro.
La tarjeta con problemas esta basada en intel corporation 82540EM la cual remplaze con una PCI-e Intel Corporation 82571EB Gigabit Ethernet Controller y se nota la diferencia, sin contar que no tiene packet drops en el status de OpenFiler.

 

Con esta todo funciona bastante bien…

y aqui el status de OpenFiler sin packet drops…

 

Creando un USB booteable para instalar ESXi 5.0 (vSphere Hypervisor).

Hace tiempo, cuando queria instalar ESXi 4.0 simplemente usando WinImage restauraba el archivo imagedd al USB. Al parecer con ESXi 5.0 esto no es posible y la alternativa es crear un USB booteable.

Otro metodo que he estado usando es crear una VM con ESXi 5.0 y luego usando WinImage restaurar el VMDK al USB, esto me causo problemas asi que creo que la mejor manera es instalar pero booteando desde un USB.

UNetbootin es la herramienta que nos ayudara en este pequeno proyecto. La ventaja de esta utilidad es que esta disponible en Windows, Mac y Linux.

Seleccionamos el drive, click OK y listo. Muy sencillo…

El efecto de la MAC Address duplicada.

Desde hace varios días estoy formando mi nuevo cluster de ESXi 5.0 para pruebas y algo de producción (algunas VM que ofrecen servicios al home-lan). Ya hace alrededor de 1 mes que tengo un host de ESXi 5.0 con un AMD Phenom II X4 y 16G de RAM, luego decidí armar otra maquina igual y formar un cluster físico de ESX. La instalación inicial la realice en VMware Workstation 8, creando una VM con RedHat como template OS e instalando ESXi 5 ahí para luego importar el VMDK hacia una memoria USB que al final seria el medio de booteo de mi ESXi.

Todo bien, la maquina funciona a la perfección. El problema surgió cuando utilice el mismo VMDK para clonarlo a otro USB y ser usado en el segundo host de ESXi.

Cuando creaba un VMkernel Port para conectar el ESXi a la red donde esta el NAS de NFS simplemente no podría verlo, haciendo pings desde el OpenFiler hacia el nuevo ESXi, solo llegaban 4 o 5 paquetes de 100 enviados. Pensando que eran problemas de cables los cambie, luego revise la VLAN y por ultimo cambie las tarjetas de red.

El problema era en el VMkernel Port, este tenía la MAC Address del VMkernel Port del otro ESXi. Al parecer cada instalación de ESXi genera su propio algoritmo para crear las MAC que usaran los VMkernels y al clonar el VMDK parece que el algoritmo es el mismo.

Solución?

http://communities.vmware.com/thread/276184

http://communities.vmware.com/thread/284842

En la primera entrada en VMTN, una solución es desde el CLI cambiar la MAC, esta no me gusta mucho.

En la segunda entrada que leí sobre el caso en VMTN, es mas especifica al método que use para instalar los ESXi, clonado.

1) Open ESXi / Configration / Software / Advanced

2) set Net.FollowHardwareMAC to 1

3) Reboot host

 

Y listo! Cuando volvi a crear el VMkernel Port este tenia una MAC diferente.

Tengo que volver a crear la VM para antes de seguir clonando desde ese VMDK, hacer los cambios en la configuración avanzada del ESXi.

Moviendo Debian de un servidor físico a Maquina Virtual

Hace varios días que tengo un nuevo host de VMware con ESXi 4.1 (información para un post..) y he decidido mover la mayoría de los equipos que tengo físicos a maquinas virtuales como ya lo había tenido en el pasado.

Buscando información de como usar VMware converter para convertir un Debian físico a VM, la información es algo escasa y muchas veces hacen referencia a correr el software en el entorno grafico el cual no tengo instalado en mi Debian. Por suerte existe rsync.

Los pasos fueron sencillos, primero cree una VM con Debian como Guest OS, luego de realizar una instalación mínima, instalo rsync en ambos equipos y estamos casi listos.

apt-get install rsync

/etc/init.d/cron stop; /etc/init.d/mysql stop

 

Si se esta corriendo otros servicios es recommendable detenerlos. En el servidor físico hacemos lo siguiente:

cd /

rsync –exclude dev/ –exclude proc/ –exclude sys/ –exclude etc/fstab \

–exclude boot/ –exclude etc/mtab –exclude etc/lvm/ -Rav –delete -e «ssh -c arcfour » \

./ root@maquina.virtual:/

 

Solo queda esperar que rsync termine, apagamos el servidor físico y reiniciamos la VM para terminar con nuestro sistema virtualizado!