Año: 2009

Dell Precision 530.. vieja pero funcional.

Hace un tiempo ya que tengo esta Dell Precision 530, creo que tiene alrededor de 5 años que Dell la lanzo al mercado. Es algo vieja pero muy funcional, actualmente la uso como 2nd workstation sin mouse o teclado y la controlo con Synergy desde mi laptop (Dell Studio 1537).

Lo bueno de esta workstation es que soporta discos SCSI y tambien IDE, la momeria maxima que soporta son 4G usando una expansion que es bastante cara…… sin la expansion soporta 2G de RAM, la memoria es RIMM algo que pocos conocen pero en el año que salio esta workstation creo que estaba en pleno debate entre DDR y RIMM, se imaginan quien gano?

Ya hace varias semanas que le agregue el segundo procesador a la pc y ahora cuanta con 2 Intel Xeon a 2.2GHz!!

[simage=187,320,y,center]

[simage=188,320,y,center]

ESXi4 + Tyan Thunder + USB

Hacia tiempo que venia usando ESX 3.5 para virtualizar algunos componentes de mi red, decidi pasarme a ESXi4 por 1 sola razon, puede ser que existan muchas mas… pero solo me intereso una que es la limitante que existe en 3.5 sobre la cantidad de NICs que puede tener un VM.

Esta limitante en ESX3 es de 4 NIC x VM pero en ESX4 no es lo mismo, aun no estoy seguro de cual es el limite pero se que no son 4. Ahora si podre agregar esa 5ta NIC a mi pfSense virtual…. 😀

[simage=144,320,y,center]

Xen, Lenny 5.0.2 y Grub2…..

Después que el Dom0 que hostea el domU encargado de hostear este blog (ya esta devuelta en su hospedaje original…) fallara repentinamente y el proveedor del colo realizara la instalación de Debian Lenny AMD64, resulta que ahora Lenny viene con GRUB2 como bootloader por defecto y que tal si les digo que GRUB1 y GRUB2 no funcionan igual y esto me causo bastantes problemas a la hora de instalar Xen en Lenny.

Lo primero que hice fue instalar el paquete xen-linux-system-2.6.26.1-xen-amd64 que instala varios dependecias y el software principal xen-hypervisor-3.2-1-amd64. El problema se origina cuando se realiza el cambio en el GRUB que ya no es mas menu.lst, ahora se llama grub.cfg y es totalmente diferente a lo que habia visto anteriormente.

Después de que el paquete se instala y realiza los cambios en el GRUB me toca reiniciar para terminar con una máquina que no bootea y que manualmente hay que seleccionar el kernel que instala por defecto para poder usar la máquina pero sin Xen….. después de mucho googlear me encontré con que tendría que modificar el archivo grub.cfg aunque fuera en contra a la primera linea de este archivo que indica que no tenemos que modificarlo manualmente pero esta fue la única manera que la máquina subio con el kernel Xen.

Aquí esta la entrada en grub.cfg, la posteo aquí por que fue algo dificil encontrar que era lo que tenia que agregar…

menuentry «Debian GNU/Linux, linux 2.6.26-1-xen-amd64» {
set root=(hd0,1)
search –fs-uuid –set b1feaf41-ad71-487e-8d1e-f0fa9d1c0b71
multiboot /boot/xen-3.2-1-amd64.gz dom0_mem=384M noreboot
module   /boot/vmlinuz-2.6.26-1-xen-amd64 root=UUID=b1feaf41-ad71-487e-8d1e-f0fa9d1c0b71 ro
module   /boot/initrd.img-2.6.26-1-xen-amd64
}

Casi se pierde!!!!

Asi es.. el servidor que hospedaba este blog sufrio un problema en el disco y repentinamente corrompio el GRUB y otros componentes que le impedian iniciar correctamente, por suerte el verdadero proveedor del blog era un domU en Xen con backend en LVM y pude recuperar mis datos desde los discos que estaban configurados solo para hospedar maquinas virtuales.

Por el momento tengo el blog en otro servidor y espero moverlo nuevamente a su verdadero hogar… el DomU.