Changes between Initial Version and Version 1 of Reunion200121

Timestamp:

Feb 2, 2021, 1:15:48 PM (3 years ago)

Author:

irina

Comment:

--

Reunion200121

@@ +1 @@
+[[PageOutline(2-5,Índice)]]
+
+= Acta videoconferencia del 20 de enero de 2021 =
+
+Asisten: Málaga, Teruel, Valencia, Soleta y Huelva y Sevilla. \\
+Próxima reunión: Jueves 4 de febrero a las 11:30
+
+
+== Arquitectura OpenGnsys en Zaragoza ==
+
+La universidad de Málaga está interesada en la estructura de OpenGnsys que usan en  Zaragoza: 
+
+ * Servidor central para los distintos campus que permite restaurar con multicast y levantar los equipos con WOL entre las distintas subredes.  
+
+ * Es necesario una configuración de red determinada para que tanto multicast como WOL pasen por los router/switches.
+
+== Últimos cambios ==
+
+=== Foro ===
+
+Hay varios mensajes en los foros sin responder, se hará mañana.
+
+Antes llegaban correos cuando había nuevas entradas en los foros. Habría que poner un aviso para que temporalmente usen la lista de correo de usuarios.
+
+Los foros son mejores porque queda la información para quienes tengan el problema posteriormente, habría que intentar arreglarlo.
+
+
+=== #1012 Soporte disco mayores de 2Tb  ===
+
+Cuando se tiene un equipo con particiones de 3Tb al obtener la configuración cuando se inicia el ogLive tira el servidor.
+
+El campo de la base de datos del tamaño de las particiones es tipo entero y por lo que el límite que soporta en Kb son 2Tb.
+
+Aunque las particiones fueran más pequeñas el tamaño del disco se guarda en el mismo campo, por lo que también fallaría. 
+
+Hay cambios en la base de datos, se ha probado a actualizar sin que haya problemas.
+
+Ya está resuelto y se ha cerrado el ticket.
+
+
+=== #915 REST API for ogAdmServer   ===
+
+Se añaden test a la API REST de ogserver.
+
+Para utilizarlos se levanta una base de datos y el servicio ogserver conectado a la base de datos, luego con una librería de python se le lanzan llamadas a las url de la API.
+
+Después de los cambios realizado en los servicios nos queda:
+
+ * ogserver se comunica a través de una API REST.
+ * ogADMAgent ha desaparecido y sus funciones están incluidas en el ogserver
+ * ogclient está en python y también utiliza una API rest.
+
+=== Liberar próxima versión ===
+
+Se elige el nombre para la versión: Gazpacho.
+
+En Cádiz se ha dado un curso de la nueva versión y ha ido todo bien.
+
+Tareas simultáneas daba error con la otra versión habría que probar en esta.
+
+En la 1.1.1 una tarea que tuviese un comando arrancar no se ejecutaba porque no mandaba el WOL. Se cree que está solucionado, se revisará.
+
+En Málaga se han hecho pruebas de clonación.
+
+=== #1000 Fix ogClient HTTP lenght handling ===
+Evita que el ogclient se quede ocupado al acabar una tarea con error. Se producía cunado el ogclient recibía una solicitud mal formada o sobre una tarea que  no tenía registrada.
+
+Está resuelto.
+
+=== #1014 ogGetImageInfo falla ...  ===
+
+Al restaurar una imagen de un sistema operativo Windows con la actualización de octubre del 2020 la función ogGetImageInfo no es capaz de obtener la información y detiene la restauración.
+
+Se debe a que la función ogGetImageInfo obtiene la información descomprimiendo las 10 primeras líneas del archivo de la imagen, y en este caso los datos necesarios ocupan más líneas.
+
+Aumentando el número de líneas a 40 se resuelve el problema, en los ogLive 5.0 y 5.4. 
+
+__Incompatibilidad versiones de partclone__
+
+Las imágenes creadas con el 4.8 al restaurarlas no se veía la cabecera, con el cambio ya pueden restaurarse.
+
+Las imágenes que se crean con el ogLive 5.x no compatible con 4.8 no compatibles, por tener distintas versiones de partclone. Creándolas con el ogLiv4.8 sí se pueden restaurar con los ogLive superiores.
+
+
+En Valencia para Windows que no creaba la img con el ogLive 5.0 el fallo es aleatorio. La snica opción en crearla con 4.8, el problema surgía si el sistema estaba actualizado, si está recién instalado NO fallaba.
+ 
+El script de crear imagen no detecta el fallo.
+
+ * En el log sí queda reflejado donde hace el resumen de la imagen. Al decir los metadatos NO muestra ninguno. Parece que no se lleva a crear la información de la imagen repoinfo.json
+
+
+
+ * El script debería comprobar estos datos y manejar el error.
+
+En el log a tiempo real da mensaje de que Windows se ha cerrado mal y no se apaga correctamente. A veces da el aviso y la imagen funciona.
+
+
+
+__Pruebas con otra versión de partclone__
+
+Se puede instalar en tiempo de ejecución o compartir desde el servidor.
+
+Málaga hizo pruebas con partclone de la última versión. 
+
+
+=== opengnsys_installer ===
+El instalador baja el último ogAgent: se cambia en VERSION.json.
+
+=== #1015 PXE files are not updated when needed  ===
+
+Cuando se creaba una plantilla PXE para equipos UEFI y no tenía su equivalente en BIOS no se podía asignar a una equipo. Se debía a que para realizar la comprobacion de la existencia de la plantilla nada más buscaba en la carpeta bios
+
+Ya está resuelto.
+
+
+=== #1008 Add support to several disk   ===
+El comando particionar y formatear
+
+ * Soporta más de 4 particiones
+ * Chequea con javascript para más de 4 partclone y GPT
+
+Con el asistente el estado en la versión anterior de la base de datos NO queda reflejado en la BS
+
+__Pruebas:__
+
+ * Error con el comando particionar y formatear dejando la cache igual la formatea
+
+ Con el asistente si la cache no cambiaba de tamaño no se formateaba.
+
+ Al calcular los tamaños si el ogLive es muy diferencia el tamaño de la imagen difiera un poco, puede que el ogLive crea la cache con tamaño ligeramente diferente, usa initCache y la formatea
+
+ * Botón cambiar de disco \\
+ El botón aceptar para que se realice el comando se confunde con el de cambiar disco: Se cambiará el botón.
+
+
+ * Error cambio de disco GPT a MSDOS no lo hace bien
+ Probar de nuevo.
+
+ En una reunión anterior vimos una función del motor de clonación que al revisar el paso de GPT a MSDOS en un caso no lo hacía.
+
+
+=== Nuevos escenarios ===
+
+'''UEFI'''
+
+__Cargador de arranque__
+
+Si esa imagen no lleva un cargador que le metamos en un directorio en la partición ESP. Lo que habría que hacer en la función de restauración.
+
+Crear función nueva para crear plantilla de !BootLoader. Ticket para versión 1.3
+
+__Función ogGetESP__
+
+Si hay varios discos con sistema operativos en cada uno de ellos y los cargadores sólo en uno si se va ese disco deja de funcionar todo.
+
+Ver si se pueden poner varias particiones ESP.
+
+
+'''Dos discos: Plantillas PXE'''
+
+Para equipos con dos discos no existen plantillas PXE para las particiones del segundo disco. No se pueden arrancar.
+
+El !NetBootAvanzado necesitaría una cambio para que las columnas del tipo de arranque respondan a la configuración del disco de cada aula.
+
+
+=== Desaparición del nombre de la imagen ===
+Después de restaurar queda el nombre correcto y al actualizar o reiniciar se borra: Puede deberse a que no tenía perfil de software
+
+Si hay imágenes son perfil de software se puede comprobar en la página de estadísticas que aparece este dato.
+
+
+=== RemotePc ===
+Se ha tenido una reunión con Adolfo de !VirtualCable  en la que se vieron los cambios pendientes en OpenGnsys para aprovechar las nuevas funcionalidades de UDS v.3.
+
+Se dejan para la nueva versión. En está sí se incluye el cambio para que no se expulsen a los usuarios a los 15min de sesión.
+
+
+== Instalación de OpenGnsys con paquetes ==
+
+Se está trabajando sobre la creación de paquetes para instalar los distintos elementos de OpenGnsys con apt.
+
+El repositorio de los paquetes está en Soleta, como distribuidor de software. El código con licencia GPLv3 sigue disponible en la página del proyecto y github.
+
+La intención es que a medio plazo debian incluya los paquetes de OpenGnsys.
+
+Se puede probar la instalación de paquetes con el script https://opengnsys.soleta.eu/20201202-installer.sh