Acta videoconferencia del 10 de diciembre de 2014.

Asisten: Barcelona, Málaga y Sevilla

Próxima reunión: Miércoles, 14 de enero de 2015

Encuentro presencial para debatir de la siguiente versión.

Durará dos días y se realizará en la semana del 19 al 23 de enero.

Será en Sevilla por la facilidad para llegar.

Es importante tener un orden del día definido para que sea más operativo.

Se revisan los ticket abiertos de la 1.0.6.

Varios ticket de oglive.

Se incluirán en uno solo.

• #615 oglive 1.0.5 basado en Ubuntu 12.04.2 LTS (Precise Pangolin)
• #603 ogLive basado en ubuntu estandar con kernel 3.8.0-19-generic

Se han creado dos ogclient:

• Con arranque directo de Windows: al cliente de la 1.0.5 se le incluye phpcli.
  Con algunos hardware nuevo no funciona el arranque directo..
• Sin arranque directo de Windows: Partiendo de la distribución Ubuntu 10.04.5 con el kernel 3.11, incorpora phpcli por defecto y soporte para más sistemas de ficheros.

En algún momento habrá que abandonar el ogclient que arranque directo para aprovechar las mejoras del kernel; para un arranque rápido se puede usar el arranque con el grub del equipo.

#677 Incluir datos de creación y despliegue de imagen.

Al crear el objeto imagen no se pide el dato de la partición, en la lista de selección del tipo de partición se muestra "Tipo tabla part - Tipo part - Código part" para que sea más legible. Se ha añadido el campo referente al tipo de tabla de particiones en la tabla tipospar de la base de datos.

Al mostrar la configuración de los equipos en cada partición pondrá la fecha de la última restauración, salvo en la cache que pondrá su contenido.

#512 Consola web asistente particionado: comprobar que las particiones no sobrepasan disco

Lo revisará Sevilla.

#668 Comando restaurar torrent-cache si encuentra trozo de imagen monolítica previa se queda compartiendo la imagen sin proceder a la restauración.

No pasa siempre, se ha creado el ticket para comprobar mejor el error.

Barcelona está probando la transferencia por torrent y aunque tiene los clientes configurados como peer no comparten lo archivo, ello produce que sólo envíe el servidor y se sature. En Málaga si funciona bien.

#669 Comando reboot no permite comunicar con la cola de acciones.

Parece que el ogclient de la 1.0.5 no permite mandar comandos en background y por ello se produce el error. El cambio fue en el cliente y en el navegador, se podría comprobar si el cliente independiente del navegador también produce este fallo.

Se podría solucionar creando un ogAdmClientAux al que el cliente mande la comunicación antes de reiniciar.

#673 Integración de OpenGnSys 1.0.6 en rama principal.

Este es el último que se realiza en la versión.

#467 ogLive iniciado desde cache.

Lo revisará Málaga.

#536 Desactivar la descarga no autenticada de ficheros torrent desde el servicio web del tracket.

El tracker muestra la información de las descargas en el puerto 6969, por defecto la página trae enlaces a los ficheros torrent de las imágenes que se comparten, de forma permite bajárselas a un usuario anónimo.

En la próxima versión no se mostrará los enlaces a los ficheros, se configura en /opt/opengnsys/bin/torrenttracker.

#653 configureOsCustom: incluirlo otros script y decidir el número de parámetros.

Tendrá dos parámetros obligatorios (disco y partición) y dos opcionales (repositorio y nombre de la imagen).

Varios ticket sobre script personalizados.

• #652 incluir en deployImage la ejecución de scripts .pre y .post al estilo de createImage .
• #651 incluir en la interfaz de crear imagen la condicional para que llame createImageCustom, tal cual lo hace la interfaz de restaurar

Málaga utiliza script personalizados desde el cambio de la versión 1.0.4 a la 1.0.5, pondrá una ejemplo para decidir como se implementará en la versión 1.0.6.

#626 Mejorar la integridad en el protocolo torrent

Resuelto, sólo falta integrarlo. Se generan los ficheros

• .torrent: contiene los valores para la transferencia torrent.
• .sum: suma de comprobación de la última parte de la imagen.
• .fullsum: suma de comprobación de la imagen completa.

En la transferencia torrent se comprueba con .fullsum, el unicast y multicast con .sum. Si se quisiera bajar la imagen una segunda vez con un protocolo diferente no existiría el archivo de comprobación correcto y se tendría que crear en ese momento.

#532 Gestión básica de imágenes en el repositorio (heredado de #270)

Considera renombrar y borrar los archivos de imagen desde la consola, a la vez que se renombra o borra el objeto imagen.

Se revisará por Málaga. Se verá qué parte está realizada y cuál falta.

#541 Gestión plataforma MAC

Se considera que ya existe una gestión básica: se integrará el código y se cerrará el ticket. Para funcionalidades avanzadas se abrirán ticket específicos.

#136 Splash de arranque con Plymouth.

El arranque con splash es incompatible con el arranque directo de Windows, no se resolverá.

#666 Asistente de particiones remotas no genera la instrucción a ejecutar.

Se revisará.

#670 Las copias en trunk y tag no mantiene los cambios del svn realizados en el branch

No se resolverá. Se documenta la forma correcta de hacer la integración.

#625 Modo offline: segundo sistema de ficheros en cache/USB

Está avanzado, el cliente arranca e incluso se puede restaurar pero fallan muchas funciones.

Se revisará para tener un modo offline básico que permita iniciar sesión, apagar y reiniciar. Las demás funcionalidades se dejarán para próximas versiones.

#544 Comprobar si Windows esta en dominio antes de cambiar nombre en script de inicio de sesión

Se pasa a la siguiente versión.

Barcelona, en vez de la inclusión del equipo en un dominio, está usando "pgina" para la validación/control de acceso y la unidades de red. Los usuarios se validan contra el ldap, pero al entrar en el sistema utilizan un usuario local simplificando bastante la instalación.

Próximas versiones.

Versión 1.1:

Se incluirá:

• Servicio web para interaccionar con UDS.
• Registro/estadísticas del sistemas, a partir de la información de la cola de acciones.
• Unidades organizativas con directorio de imágenes separado.

Se envía como parámetro del kernel la unidad organizativa, en el repositorio existe un subdirectorio dentro de images con el mismo nombre. El cliente monta este subdirectorio en /opt/opengnsys/images. Todas las funciones que se realizan desde el cliente funcionan bien sin necesidad de cambiar nada. Las funciones que manden información al servidor deben añadir delante del nombre de la imagen el subdirectorio de la unidad administrativa, ya estaban preparadas para que las imágenes estén dentro de subdirectorios.

• Varios repositorios para un mismo cliente. Al cliente habrá que pasarla la ip del repositorio para que sepa de cuál se debe bajar la imagen. Dos posibilidades:
  • Que el cliente monte en un subdirectorio distinto cada repositorio (/opt/opengnsys/images/repo1 /opt/opengnsys/images/repo2,...) y de restaura la imagen de uno u otro.
  • Que el cliente inicialmente monte el subdirectorio por defecto en /opt/opengnsys/images y al recibir la ip del repo cambie el origen del /opt/opengnsys/images si es necesario.

Los repositorios deben ser de la misma versión y tener la misma clave.

Hay que compatibilizarlo con el uso de unidades organizativas independientes.

Versión 3.0.

• Remodelación completa de la consola.