Archivo para la etiqueta ‘VirtualBox

Gentoo+VirtualBox Parte 2   Leave a comment

Éste post complementa a Cómo clonar ‘informalmente’ una imágen de disco de VirtualBox, en el cuál se me habían presentado dos problemas muy molestosos; el de no poder clonar una imágen (disco duro de VBox) usando su herramienta de clonado y la otra la razón desconocida por la cuál net.eth0 no levantaba el servicio. Gracias a un poco de lectura en los foros de VBox y a la gran ayuda de dos usuarios de #gentoo-es (Chinchorro y ferdy) pude llegar a la solución de ambos problemas.

  1. Para clonar una imágen de VirtualBox usando su herramienta (VBoxManage) es obligatorio especificar la ruta completa del archivo fuente y del destino (vaya tontera) sólo si estuviesen fuera del directorio por defecto fijado en Vbox (normalmente ~/.VirtualBox/VDI). Sin ésto dará un error incomprensible. Por ejemplo:

    #VBoxManage clonevdi /media/datos/original.vdi /media/trabajo/copia.vdi

  2. Si el disco a clonar tuviese información de estado (Snapshots) primero es necesario ‘mezclar’ la información de estado con el disco copia.
    • Si la máquina virtual está corriendo, apagarla.
    • En la ventana del administrador de VirtualBox seleccionar la VM deseada y hacer clic en la etiqueta Instantáneas (Snapshots)
    • Si desea incluir el estado actual, hágalo seleccionando Estado Actual (Current State) y luego ejecute el comando Tomar instantánea (Take Snapshot).
    • Elija la instantánea que desee incluir en ls nueva VM y ejecute Descartar Estado e Instantánea actual (Discard Snapshot). Ésto incluye el archivo de la instantánea dentro de su archivo VDI padre (archivo de instantánea o disco base).
    • Repetir el paso anterior hasta que la instantánea más antígua sea incluida en el VDI base.
  3. Referente a net.eth0 tal parece que UDEV crea un conjunto de reglas para cada dispositivo al detectarlos, entonces, la dirección MAC de la tarjeta virtual de la máquina virtual original queda registrada en las reglas, al clonarla obviamente VBox le asigna otra MAC a la tarjeta de red, por lo tanto no coincide con la almacenada en las reglas establecidas por UDEV de ahí que tiene sentido que levante el servicio cambiando el nombre del script a net.eth{1, 2 , 3,…}, la tomará como otra tarjeta ‘habil’ y levantará correctamente. Para reparar éste inconveniente no hace falta nada más que editar las reglas, borrar la información de la tarjeta de red y reiniciar; UDEV la detectará nuevamente y voila! red por net.eth0 nuevamente.
  1. sudo vim /etc/udev/rules.d/70-persistent-net.rules
  2. Borrar la línea parecida a ésta:  SUBSYSTEM==”net”, DRIVERS==”?*”, ATTR{address}==”00:15:58:15:0f:75″, NAME=”eth0″
  3. Guardar y reboot.

Otra cosa interesante que no había leído son los Snapshots… ¿qué son?, pues un Snapshot toma una ‘imágen’ del estado del sistema virtal en ese preciso momento, es posible regresar a un estado anterior del sistema simplemente borrando la imágen del estado actual (current snapshot). Cuando se crea un Snapshot los cambios realizados en el sistema se acumulan en el archivo de Snapshot actual, los archivos de estado antígüos y archivos de imágen de disco están en modo de sólo lectura. Si no exísten archivos de estado (snapshots) el archivo de imágen del disco acumula los cambios como lo hace un disco normal.

Bueno por ahora ya está 🙂 sigue configurar la red e instalar servidores y clientes, veamos como nos va.

Anuncios

Publicado enero 2, 2009 por Sergio D. Rodríguez Inclan en Gentoo, Linux, Proyectos

Etiquetado con , ,

LDAP   Leave a comment

Ok… año nuevo, objetivos nuevos. Luego de probar VirtualBox gracias a sugerencia de David y Boris, y leyendo un poco más de documentación en Internet y algunos documentos es probable que cambiemos de rumbo nuestro actual desarrollo de la Intranet.

Para empezar le he dado un gran vistazo a LDAP (Lightweight Directory Access Protocol – Protocolo Ligero de Acceso a Directorios) que exíste desde hace mucho tiempo ya, entonces si exíste una base de datos jerárquica que nos brinda todos los datos necesarios de los usuarios, nos permita integrar sistemas con una sóla llave de acceso y además integrar plataformas distintas… ¿para qué programar una base de datos nueva que no tiene ni la mitad de la funcionalidad que ésto ofrece?

Debo pedir disculpas por mi ignorancia en éste rumbo, es la primera vez que tengo la oportunidad de probar sistemas en red ya que hasta hace poco no creía que una máquina virtual podría realizar el trabajo completamente, pero, he estado completamente equivocado (vamos que tonto) además LDAP <-> Active Directory era la propuesta más lógica antes de proponer un sistema diseñado completamente de cero. Todos las herramientas  que mencionaré de principio son sólo supuestas, a medida que vaya experimentando sabré cuales son las correctas y cómo organizarlas.

Para la programación:

  • Aplicaciones: Ruby On Rails + MySQL.
  • Integración de capas: Ruby-Net-LDAP.
  • Control de versiones: Git.

Para la prueba, 4 máquinas virtuales conectadas en una LAN simple o usando OpenVPN:

  • Gentoo Linux + LDAP servidor + Kerberos + Mongrel o Apache + Aplicaciones [Rails].
  • Gentoo Linux + X cliente.
  • Windows 2003 Server + controlador de dominio + Active Directory.
  • Windows XP cliente.

Principales inconvenientes de momento:

  • Hardware, mi pentium D no creo que soporte la carga de las 4 máquinas virtuales así que necesito adquirir una Quad Core lo más pronto posible.
  • Tiempo de instalación y configuración de servidores  y clientes.

Esta parte es sólo la de infraestructura, el desarrollo de las aplicaciones tiene iteraciones independientes y tiempos distintos, ya se calcularán en su momento.