Change UUID VDI VirtualBox
Se ha convertido para mi en costumbre instalar una maquina virtual plantilla (Ejm: Un Debian 6 en estado puro) únicamente con el sistema operativo básico y un servidor SSH… y siempre que quiero hacer una nueva implementación de algo (Como por ejemplo: AirControl de Ubiquity, Request Tracker, Joomla… en fin, cualquier cosa) no lo instalo en mi sistema operativo nativo y tampoco en mi maquina virtual plantilla.
Lo que hago es:
- Crear una nueva máquina virtual sin disco duro.
- Copiar y pegar la plantilla de disco duro virtual VDI (Virtual Disk Image) en la carpeta que contiene la nueva máquina virtual creada.
- Cambiar el UUID del nuevo disco copiado.
- Asignar el nuevo disco copiado a la nueva máquina virtual.
De esta manera me ahorro la instalación de un sistema operativo desde cero cada que necesito una nueva máquina virtual.
Los pasos 1, 2 y 4 son simples, pero el paso 3 requiere un comando especial:
julio@ProBook:~/VirtualBox VMs/Request Tracker$ VBoxManage internalcommands sethduuid disco-duro-plantilla.vdi
UUID changed to: 4f18e26a-2c58-4961-ae0a-da0095badf71
Por qué cambiar el UUID?
El UUID (Universally Unique IDentifier) permite identificar inequivocamente algo, en nuestro caso son archivos.
VirtualBox (y VMware tambien) actúa inteligentemente… y se da cuenta que tenemos 2 archivos VDI (o sea 2 discos duros virtuales) con el mismo UUID.
Esto puede significar 2 cosas:
- Que tenemos 2 archivos VDI (o sea, que hemos clonado el VDI usando copiar-pegar)
- Que estamos usando exactamente el mismo archivo VDI simultáneamente en 2 máquinas virtuales diferentes (lo cual puede significar que 2 aplicaciones estén escribiendo simultáneamente el mismo archivo).
El UUID entra aquí precisamente para evitar este último riesgo, ya que permite garantizar que cada VDI es único y que cada máquina virtual tendrá asignado un disco EXCLUSIVAMENTE para ella.
:wq
Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR= and run Make again.
Contextualización:
virtualdebian:/media/cdrom# sh VBoxLinuxAdditions-x86.run
ó
virtualdebian:~# /etc/init.d/vboxdrv setup
…
virtualdebian:~# less /var/log/vboxadd-install
Makefile:73: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR=<directory> and run Make again.. Stop.
Solución:
virtualdebian:~# uname -r
2.6.26-2-686
virtualdebian:~# aptitude install linux-headers-2.6.26-2-686
Posiblemente en el caso de la dama o del caballero sería:
aptitude install linux-headers-$(uname -r)
Luego de eso:
virtualdebian:/media/cdrom# sh VBoxLinuxAdditions-x86.run
ó
virtualdebian:~# /etc/init.d/vboxdrv setup
Resultado:
Your guest system does not seem to have sufficient OpenGL support to enable
accelerated 3D effects (this requires Linux 2.6.27 or later in the guest
system). This Guest Additions feature will be disabled.Building the main Guest Additions module …done.
Building the shared folder support module …done.
Doing non-kernel setup of the Guest Additions …done.
You should restart your guest to make sure the new modules are actually usedInstalling the Window System drivers
Installing X.Org Server 1.4 modules …done.
Setting up the Window System to use the Guest Additions …done.
The following X.Org/XFree86 configuration files were originally generated by
the VirtualBox Guest Additions and were not modified:/etc/X11/xorg.conf
You may need to restart the hal service and the Window System (or just restart
the guest system) to enable the Guest Additions.Installing graphics libraries and desktop services components …done.
The End
2 paradigmas de nuestro tiempo: La Web 2.0 y la Virtualización
Tomado de un boletín de Interlan que me llegó al correo electrónico.
Comentarios sobre 2 paradigmas de nuestro tiempo: La Web 2.0 y la Virtualización.
Interesante reflexión… para aquellos que solo conocemos los 10 últimos años de la informática.
Hype: contracción del termino inglés (hyperbole), se refiere a un asunto que ha tenido excesiva cobertura de la prensa o el público y puede estar sobre valorado. Por ejemplo el brote de la gripe N1H1 generó un hype mediático. En nuestra área algunas tecnologías también generan un entusiasmo inusitado y pueden convertirse más en Hipérboles que en soluciones reales a nuestros problemas. Hoy en día la exageración de moda es querer llevar todo a la nube (The Software as a Service Hype) como lo advierte la revista de negocios business week en su artículo. No todo lo que brilla es oro, y no siempre será más económico o más eficiente tener mi aplicación en la nube. Esto mismo podría aplicar en menor escala a la iniciativa de virtualizar todo, si bien las iniciativas de consolidación de servidores y virutalización ahorran dinero y nos dan facilidades de operación nunca antes vistas, también imponen nuevos retos de almacenamiento y respaldo. Antes de lanzarnos a abrazar ciegamente estas nuevas iniciativas, debemos sopesar los pro y los contra de cada nueva solución. Por esto con el paso de los años evolucionamos de los sistemas centralizados de cómputo a los PCs altamente distribuidos, despues al entender el alto costo de administración, regresamos a iniciativas de computación céntrica y terminales delgadas, consolidación en servidores de gran capacidad, más tarde asustados con los costos de estos gigantes, pasamos a grid computing y scale-out NO scale-up. Vemos entonces una especie de sístole y diástole donde se van alternando -similar a las tendencias de la moda, bota tubo, bota ancha-, sino fuera así quien notaría el cambio? de tal forma que se pueda decir, este sí que está anticuado. Una cosa si ha permanecido constante: La ley de moore y no sólo aplicada al número de transistores en u chip, sino extrapolada a la capacidad de cómputo y la necesidad del almacenamiento que vemos duplicarse cada 18 meses.
Juan Carlos Alvarez Mesa
(GIAC Certified Intrusion Analyst)
Ultimos días
Comentarios recientes