Grupo de trabajo de Iris-Libre en Granada ¡geduroam es un proyecto útil!

Empieza el día
El despertador suena a las 5:00 y empiezo a recordar el porqué del madrugón: asistir a los grupos de trabajo de Iris-Libre en Granada.
Así que abro uno ojo, abro el otro ojo y me levanto sin problemas. Pongo a pasear las naves del ogame y me voy a por Sofi.
Cuando estoy en el coche recuerdo el trayecto que tengo que seguir para recoger a todo el mundo. Primero ir a buscar a Sofi a Pirámides desde mi casa que está en Pozuelo. Luego ir a buscar a Jesús, su novia y Erika a Leganés. De ahí a Granada en 4 horas.

Me bajé a la M-30 y fue el primer error del día porque acabé una vez en medio de un barrizal y me costó encontrar la salida a Pirámides. Me tiré 15 minutos dando vuelta por las ¡putas obras de la M-30!
Al final fui a por Sofi, que llevaba esperando un rato y luego fui a Leganés a por el resto de la gente.

Me di cuenta de que me había olvidado los planos sobre como llegar en casa, pero no importaba porque era fácil: M-45, A4, A44 y salir en la salida 2^7.

Estamos en Granada
Granada es un infierno para ir en coche. A sus obras y la disposición de sus calles se suman sus zonas peatonales y cuestas que cuesta subir en primera.
Dejamos el coche en el Mirador de San Cristobal y de ahí fuimos andando al Mirador de San Nicolás desde el que hay una estupenda vista de La Alhambra y los Palacios Nazaries.
De ahí bajamos al Paseo de los Tristes, que está al lado del río, y nos paramos en un bar a tomar algo.
Luego damos una vuelta por Granada pasando por la Plaza de Santa Ana, la Catedral, la Universidad, hasta llegar a la Basílica de San Juan de Dios. De ahí a la puerta del Triunfo y otra vez al Mirador de San Cristobal subiendo una de las cuestas más empinadas que he conocido.

De ahí nos fuimos a comer de tapas a un bar cercano a la universidad y pedimos caracoles, migas y cosas así.

Iris-Libre y ¡sorpresa con geduroam!
A las 16 empezaban los grupos de trabajo.
Después de coger la credencial y una bolsa con regalitos entramos en la sala y empezaron los grupos.

Al entrar en la sala estuvimos hablando, entre otras personas con Diego y nos comentó que había un proyecto muy interesante en la forja llamado geduroam.
El proyecto lo había hecho yo hace unos meses porque no existía nada para configurar la eduroam en linux me pareció bastante sencillo de realizar y bastante importante si queríamos que el sistema se expandiese.
Lo hice y cuando hablé de el nadie mostró mucho entusiasmo así que lo acabé aparcando. Ni siquiera tenía una tarjeta inhalambrica decente para hacer pruebas. La única que tenía era una Dlink por usb que funcionaba solo con ndiswrapper y muchas veces me colgaba el PC.
Bueno, pues Diego me comentó bastante emocionado que era un proyecto importante y que se tenía algún problema para viajar a Luxemburgo para presentarlo. Vamos, que me quedé bocas. 8-o
Le pregunté que repercusión podía tener un proyecto así y me dijo que no existía ningún proyecto en el mundo que permitiera configurar la eduroam en modo gráfico así que la repercusión sería la que se ve en el mapa.
La verdad es que me he quedado a cuadros y me he puesto a trabajar de nuevo en geduroam. Después de haber visto de nuevo el código me ha parecido un buen trabajo.
Los siguientes pasos que voy a dar ahora serán la separación de los métodos que modifican los archivos de configuración, los del interfaz gráfico y los que manejan el software que hay por debajo.

Xen
No conocía esta tecnología. Para el que tampoco la conozca, se podría decir que es como un qemu o un vmware orientado a servidores ya que no se puede obtener su salida gráfica si no es usando un proceso servidor.
Xen utiliza unas imágenes de sistema operativo y las ejecuta en un proceso. Gracias a esa forma de funcionar tenemos un aislamiento seguro, un control de recursos y unas garantías de calidad de servicio.
Una cosa curiosa es que se pueden migrar servidores de un hardware a otro sin detener el servicio. Por ejemplo, supongamos que el servidor que tenemos se nos ha quedado pequeño y no puede atender todas las peticiones correctamente. Pues instalamos Xen en el nuevo servidor y le decimos que queremos migrar ese servidor. El se encarga de copiar la imagen y la memoria que tiene ocupado ese proceso. Al final de la copia se realiza una sincronización final que puede durar entre 60 y 300ms.
La estructura de Xen es la siguiente:

  • Dom0 es ejecutado por Xen en el arranque y es el que tiene acceso al hardware. Se encuentra en el anillo 0 del SO.
  • DomU son las máquinas virtuales sin privilegios que corren sobre Dom0.
    Estas máquinas virtuales pueden compartir hardware a través de un FrontendDriver.

    Proyecto de compartición de imágenes de Xen
    Todos usamos los mismos servicios así que podríamos usar las mismas imágenes de servidores porque aunque la instalación y mantenimiento de un servidor es sencillo, su configuración y administración requieren muchos conocimientos.
    Se trataría de que alguien que supiera mucho de LAMP hiciera una imagen de Xen y todos la usáramos.

    Un Lego hecho con Xen
    En este proyecto se podría hablar de piezas de lego que estarían compuestas con distintas imágenes de Xen que usaran distintos servicios. Todas esas piezas podrían ir a la forja de rediris.

    Un ejemplo de Lego hecho con Xen
    Imaginemos que tenemos un servidor de correo que tiene un imap, un pop, una estafeta de entrada, otra de salida, un postman para ver los mensajes y un servidor de autenticación ldap.
    Bien, pues montamos una imagen Xen con courier, otra con la estafeta de entrada, otra con la de salida, otra con el postman y otra con ldap.
    A cada una le damos diferentes IPs y las ponemos a correr todas en el mismo servidor físico. De esta forma tendríamos 5 servidores corriendo en el mismo hardware.
    Cosas que se podrían hacer:

  • Imaginemos que pasa el tiempo y necesitamos migrar uno de los servidores a otro hardware porque se nos ha quedado corto, pues le decimos al Xen que lo haga y lo tenemos sin tiempo de parada.
  • Imaginemos que lo que queremos es meter mas hardware porque se nos ha quedado corto, pues metemos otra máquina más, las juntamos con openmosix y ya se las apañará el para distribuir los servidores entre las dos, o tres (cada servidor es un proceso DomU) ... -> alta escalabilidad
  • Imaginemos que tenemos miedo a fallos físicos por causas como ... que se va la luz -> openmosix implica también alta disponibilidad
  • Imaginemos que se nos cuelan en el servidor o que no funciona correctamente tras una actualización, pues usamos la imagen de ayer que si funcionaba para restaurar el servicio.
  • La opción Xen+OpenMosix todavía no funciona pero están trabajando en ella.



    Unidistros
    De Unidistros no tomé tantas notas porque me lo conozco muy bien ya que algo participo en el.
    Se trata de un proyecto que consta de varias partes como son el framework de desarrollo, software y configuraciones.
    Del framework se está encargando Jesús Espino; de la selección de paquetes nos encargamos un poco todos aunque cada universidad está especializa en una parte como la UNED para paquetes de terminal, la universidad de La Laguna para KDE, ...
    También se trata de hacer paquetes nuevos que no están en Ubuntu para poder usarlos en la universidad.
    En cuanto a las configuraciones todavía no sabemos muy bien como hacer eso porque aunque hay varias formas (psyco, metapaquetes, ..) ninguna nos convence del todo.

    La forja de rediris
    La forja disfruta de una muy buena salud en cuanto a proyectos alojados en ella. Antes del I Concurso de Software Libre Universitario había alojados unos 80 proyectos y después se añadieron otros tantos.
    El número de proyectos alojados es muy bajo para lo que se pretende conseguir pero es un buen comienzo para una forja que tiene unos pocos meses de vida.

    En el I Concurso Universitario de Software Libre las cosas van bien. Los blogs de los proyectos tienen movimiento y la gente está ilusionada. Hay esperanzas de sacar varios proyectos interesantes de ahí.

    También se comentó que la lista de iris-libre no registra mucho tráfico así que hay que espabilarla un poco y compartir conocimientos. A mi me asalta una duda ¿y yo estoy apuntado?
    No, no estaba apuntado, pero ahora si. ;-)

    Centrarnos en dos proyectos
    Tenemos en nuestras manos los dos proyectos más útiles. Por un lado se habla de Unidistros y por el otro de geduroam.
    Y ¡¡sorpresa!! geduroam tiene proyección internacional.
    Se habló de más proyectos por si no gustaban los anteriores como pueden ser driza, websvn, alfraf, brutalix, pkiris, hidra, ...

    Apoyar la comunidad SL
    Muchas veces hay gente que quiere trabajar y reunirse pero no encuentra donde.
    Se puso por caso lo que pasó hace poco con la gente de ruby on rails, que quería reunirse pero no encontraba lugar.
    Estaría bien por parte de las universidades poder dar apoyo a estas iniciativas facilitando lugares físicos en los que poder reunirse.

    Coctel y despedida
    En el Coctel reiteré mi deseo de colaborar en el tema de geduroam y estuvimos hablando de otros temas.

    Viaje de vuelta a Madrid
    Esta si que fue una buena paliza. Salimos de allí sobre las 22:00 y a mi sobre la media noche ya se me cerraban los ojos. A las 00:30 tuve que parar en una gasolinera a dormir y al final llegamos sobre las 2:00 a Madrid.
    Cuando dejé a todo el mundo no pude coger la M-30 por las obras y la salida a la M-40 estaba cortada, así que tuve que seguir adelante a coger la M-45, que también estaba cortada en dirección a mi casa, y dar la vuelta en Getafe.