Changes between Initial Version and Version 1 of Reunion140115


Ignore:
Timestamp:
Jan 15, 2015, 2:16:28 PM (9 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion140115

    v1 v1  
     1[[TOC(heading=Índice)]]
     2= Acta videoconferencia 14 de enero de 2015  =
     3Asisten: Zaragoza, Barcelona, Málaga y Sevilla.
     4
     5Próxima videoconferencia: 4 de febrero de 2015.
     6
     7== Reunión presencial. ==
     8Fecha propuesta: 17-18 de Febrero.
     9
     10En la próxima videoconferencia se estructurarán los temas a tratar para aprovechar lo máximo posible.
     11
     12=== Participación en el proyecto. ===
     13Es uno de los temas a tratar es la participación de más personas en el desarrollo de OpenGnSys.
     14
     15En el último año la Universidad de Huelva ha tenido que abandonar el desarrollo del proyecto, suponiendo un 28% de personas menos en el desarrollo y un 24% menos de commit. Es decir, siendo cada vez mayor el número de universidades y es menor la capacidad de desarrollo que tenemos, quedando atrás la documentación y tardando más en realizar la mejoras que tenemos en perspectiva.
     16
     17Es necesario buscar apoyos para continuar el proyecto, ya sean más universidades que se coordinen en el equipo de desarrollo, colaboraciones con Proyectos fin de carrera o aportaciones puntuales del personal que utiliza día a día esta herramienta.
     18
     19
     20== Versión 1.0.6. ==
     21Quedan sólo 7 ticket para terminar.
     22
     23=== Normalización de script personalizados. ===
     24
     25Existen dos ticket de este tema:
     26 * #651         incluir en la interfaz de crear imagen la condicional para que llame createImageCustom, tal cual lo hace la interfaz de restaurar
     27 * #652         incluir en deployImage la ejecución de scripts .pre y .post al estilo de createImage
     28
     29Había dos enfoques para permitir la personalización de los script de los procesos de deploy y creación de imagen, uno era sustituir completamente el script de opengnsys por el personalizado y el otro incluir dos script personalizados uno anterior y otro posterior al que trae opengnsys. Se ha optado por la primera opción, concretamente se crearán las plantillas de  los script:
     30
     31 * createImageCustom.template
     32 * restoreImageCustom.template
     33 * configureOsCustom.template
     34
     35
     36Las plantillas incluirán la llamada a la función y comentarios indicando que se puede poner código personalizado antes y/o después de la misma.
     37
     38El script de deployImage llama a tres acciones: updateCache, restoreImage y  configureOs. No se ve necesario tener un script personalizado de deployImage ya que los cambios se pueden incluir en restoreImageCustom o configureOsCustom.
     39
     40=== #603        ogLive 1.0.6 basado en Ubuntu 12.04 LTS con Kernel 3.11 ===
     41Está creado y se puede bajar de la zona de descargas. Queda probarlo.
     42
     43La nueva versión de OpenGnSys se puede instalar en Ubuntu 14.04, la incompatibilidad del rsync ya está resuelta y debe funcionar correctamente.
     44
     45=== #626        Mejorar la integridad en el protocolo torrent ===
     46Para la verificación de la transferencia torrent es necesario crear los ficheros de suma md5 de la imagen completa (.fullsum) mientraa que los otros protocolos sólo necesitan la suma md5 de la última parte de  la imagen (.sum).
     47
     48Si se baja una imagen a cache creaba el fichero de comprobación que le hacía falta a ese protocolo y si posteriormente se bajaba con otro protocolo tenía que crear el fichero md5. Se ha resuelto y ya se crean los dos ficheros, sea cual sea el protocolo.
     49
     50Está terminado en la rama de ticket. Falta integrarlo y hacer  pruebas.
     51
     52=== #680        estatus de ordenador sobre objeto aulas incorrecto cuando existe también objetos tipo "grupo de ordenadores" ===
     53
     54Se dejará para el final, si no da tiempo se pasará a la próxima versión.
     55
     56
     57=== #467        ogLive iniciado desde cache. ===
     58Se ha probado para el kernel 3.2 y funciona bien: para y reinicia el equipo, también permite iniciar sesión y mostrar un menu de inicio contenido en la cache.
     59
     60Falta probarlo para el kernel 3.8/3.11 y revisar el script para crear el usb que permite arrancar OpenGnSys en offline desde el usb.
     61
     62Si no da tiempo se pasará a la próxima versión.
     63
     64
     65== Mejoras realizadas. ==
     66===  Consola: !Incorporar/Añadir ordenadores. ===
     67Se incluye un mensaje de texto advirtiendo que por defecto los equipos arrancan local y que hay que usar NetBoot Avanzada para modificar su arranque.
     68
     69Donde ponía "contenido", se especifica " Código DHCP  (declaraciones "host") "
     70
     71=== Consola: Restaurar Imagen. ===
     72Donde muestra las imágenes que se pueden restaurar según el tipo de partición sea igual o distinta a la del equipo cliente se sustituye los mensaje "Imagen (!Mismo/Distinto sistema)" por  "Imagen (!Mismo/Distinto tipo partición)"
     73
     74== Mejoras propuestas. ==
     75Se realizarán en esta versión si da tiempo o se pasarán a la próxima.
     76=== Formularios. ===
     77Marcar los campos obligatorios o los opcionales. Exige repasar todos los formularios de la consola.
     78
     79=== Información cache. ===
     80En la consola el contenido de la cache muestra las imágenes numeradas, cuando la cache está completa a la primera le asigna un cero y no se puede borrar.
     81
     82Se puede poner un mensaje informativo cuando la cache esté completa, en un color que llame la atención.
     83
     84=== Protocolo de transferencia. ===
     85Para cualquier ámbito el protocolo por defecto es UNICAST-CACHE, si se realiza en un aula o grupo de ordenadores numeroso puede bloquear el servidor. En estos ámbitos se pondrá un mensaje de advirtiendo de ello.
     86
     87De igual forma para un equipo sólo se mostrará una advertencia si se ha elegido torrent o multicast.
     88
     89== Arquitectura consola de administración y repositorios. ==
     90
     91En Zaragoza se están utilizando varios repositorios en una misma consola de administración de OpenGnSys con éxito. Para ello es necesario que todos tengan la misma clave.
     92
     93En Málaga se están realizando la administración de forma centraliza con repositorios en los centros. Además cada centro tiene su propio servidor de administración preparado con igual configuración que el central para que sirva de respaldo .
     94 
     95