Acta de la videoconferencia del 4 febrero de 2020

Asistentes: Huelva, Málaga, Soleta, Sevilla y Teruel.

Foros

Se responderán mañana, si quien responda tiene alguna duda que pregunte a la lista.

Pruebas de Málaga

La documentación de las pruebas la están realizando en excel porque el resultado queda reflejado más claramente.

Han creado ticket para los problemas que en encontrados.

Últimos cambios en la v1.2.0

#1016 Crear un comprobador de instalación

Tras actualizar OG el fichero doc/VERSION.json queda vacío:

• Parece que coincidió con la modificaba en el código el fichero de la versión. Lo han vuelto a hacer y va bien.

• En Jaén actualizaron de la 1.1.0 a la y también pasó lo mismo.

Sería interesante crear un script que revise el estado de la instalación, similar checkrepo, entre otras cosas debería comprobar:

• Que el los servicios arrancados.
• Existencia del fichero de versión.

Será para la versión 1.2.1

#1017 Falla ogLive (por defecto) tras una actualización los enlaces del tftpboot oglive y oclient no están

En la carpeta /var/lib/tftpboot faltan los enlaces.

No queda claro si falló ya al instalar o fue en el proceso de actualización.

Se revisará para la versión 1.2.0

#1018 servicio ogserver no se para ni se inicia durante el proceso de opengnsys_update

En el log aparecen mensajes de error porque la web está llamando al servidor y está parado.

Parece que el ogserver no se ha tenido en cuenta en el actualización. Se debe parar e iniciar.

Mirar si se inicia en una instalación limpia.

Para la 1.2.0

#1019 El agente ogclient del oglive no ejecuta algunas instrucciones encoladas

El comando restaurar en la cola de acciones aparece el protocolo y las opciones, pero cuando es ejecutado desde la cola de acciones, cuando el equipo arranca en el log histórico o en tiempo real sólo aparece el protocolo y no sus opciones, por lo que las funciones que controlan las transferencias fallan.

Puede que sea el espacio, que considera dos parámetros y no lee el segundo.

También pasa en:

• el comando eliminar imagen de cache.
• el comando particionar y formatear.
• el asistente de particionado.
• el Inventario Software Linux.
• el asistente de particionado.
  NOTA: en la ejecución directa no actualiza el ámbito.

Comando arrancar en la cola de acciones: el servidor se bloquea y también las conexiones a todos los equipos. No se consigue reproducir el error.

#1020 logrotate no gestiona bien la configuración para opegnsnsys

Se le han añadido las siguientes opciones a la configuración del log rotate:

• sharedscript: hace que el log rotate se ejecute sólo una vez, antes lo hacía para cada script que estaba definido.
• missingok: Si algún archivo no existe que no de errores.
  El fichero de log mcast/ogAdmRepoMcast se crea al realizar la primera transferencia y antes de esto daba error.

En el repositorio se ha quitado el fichero del log de opengnsys.log.

• Estaba en el logrotate del server y el repo y daba error.
• Como está asociado al netboot avanzado se deja sólo en el logrotate del server (lo usan setclientmode y setoglive).

Los cambios anteriores se incluyen en esta versión.

#1021 niveles de detalle de opengnys para syslog

Al cambiar de versión se han creado tantos log que ha dado problemas dejando al disco duro sin inodos disponibles.

El syslog ahora recibe todos los log de OpenGnsys. Como consecuencia nos hemos encontrado en un servidor de pruebas con Ubuntu 18.04 donde el syslog llegó a más de 5 GB en una semana. Si es ubuntu además de syslog también los recibe el journal de systemd.

Para simplificar las líneas del syslog hay que valorar qué lineas son útiles y cuales no. Ej: estatus 4 líneas -> dejar sólo una con las ip etc y marcar como debug las menos necesarias.

En la versión próxima se cambiarán los script para que lo manden los registros a syslog.

Habría que informar tras la instalación que limite y rote el syslog y el sytemd o deje espacio suficiente para el directorio /var/log.

Ver si el syslog tiene un nivel de log demasiado grande, que el usuario lo revise.

La configuración por defecto de ubuntu tiene los de daemon a nivel de debug (daemon.*).

Se realizará en la 1.2.1.

En está versión se revisarán mensajes en el instalador y el actualizador:

• Quitar el de burg.
• Revisar fichero de configuración y de logrotate para syslog.

#1022 NO realiza Inventario Software en Linux

No realiza el inventario software en Linux. Para Windows en la primera partición ha ido bien.

El problema era el tamaño del archivo del inventario, al pasarlo como mensaje a la api rest supera el máximo permitido.

Se soluciona subiendo el tamaño máximo de 64 a 128K.

Ticket pendientes

Se mueven a la 1.3.0

#794 Gestión de proyectores con PJLink.
#877 Apoyo al modo examen de la Universidad de Sevilla.
#833 Estudiar uso de Kea como servidor DHCP.
#812 Usar fichero de configuración que sustituye a tablas estáticas.

#975 Definir opción para que OGAgent devuelva estado detallado del sistema

Está realizado en la API REST:

• La ruta REST GET /status con detail=true muestra el estado detallado Nota: GET /status?detail=true requiere el token de autenticación.
• OGAgent envía el número de versión al inicio.
• OGAgent soporta múltiples sesiones de usuario.

Si después de las pruebas hubiera que reabrirlo se pasaría a la versión proxima.

Falta la parte de la consola: en el estado del aula al pinchar en el pc se puede mostrar el estado más detallado.

#382 Cambio de interfaz de red en propiedades ordenador

Parece que está terminado, se comprobará y si es así se cerrará.

#1007 error en opengnsys_update.sh no genera archivo version.json

Está resuelto.

Liberar versión 1.2.0

Se han realizado los cambios siguientes:

• CHANGELOG.es.txt: Se incluyen tickets cerrados.
• VERSION.json Se incluye el nombre de la versión (Gazpacho) y su descripción.
• Vagrantfile-1.2.0-vbox Se crea fichero vagrant para la versión 1.2.
• Vagrantfile-master-vbox: se actualiza versión del ogAgent.

Para la nueva versión se creará un tag, antes hay que cambiar el instalador para que apunte al tag y después de realizarlo hay que volverlo a cambiar para que apunte a la rama master.

Requisitos para la actualización:

• Sobre ubuntu 18.
• Desde opengnsys-1.1.1c.

Se plantea si probar la actualización desde cualquier versión de la 1.1.1n, pero hubo problemas en la actualización de la 1.1.0 a la 1.1.1 dando error con la base de datos, se corrigió en las versiones de mantenimiento. Se resolvían conflictos con las nuevas limitaciones al mysql. Por lo que se decide sólo soportar la actualización de la 1.1.1c.

Otra opción para conservar los datos del servidor es exportar los datos de la instalación antigua, instalar desde cero y importar la base de datos.

En importante usar el script de exportar de la última versión.

Para liberar la versión hay que revisar:

• changelog.
• documentación: README ...
• version.json (creado).
• sacar foro (creado).
• actualizacion ficheros Sql.

Visibilidad del proyecto

Para dar más visibilidad al proyecto en github se pasará a ser organización en vez de usuario, hay que ver cómo se hace.

En el correo informado de la próxima versión se incluirán las estadísticas del trabajo realizado.

https://opengnsys.es/trac/stats/code

https://opengnsys.es/trac/stats