wiki:Reunion290421

Version 1 (modified by irina, 8 months ago) (diff)

--

Acta videoconferencia 29 Abril de 2021

Asisten; Málaga, Sevilla, Soleta, Teruel, Huelva y Valencia.

Próxima reunión: jueves 13 de mayo.

UDS 3

En Huelva y Malaga se etán haciendo pruebas de la útima versión de UDS con OpenGnsys 1.2.0

Personalización de huelva: pasa si el equipo está en remotepc o no como parámetro del kernel para realizar algunas acciones sobre los equipos que sí lo están.

El ogLive al pasar un tiempo no responde a los comandos de la consola, han puesto un reinicio cada cierto tiempo para evitar esta situación.

pc con Wifi

Hasta ahora no hay forma de conectar equipos WIFI a OpenGnsys.

Últimos cambios versión 1.2.1

#1041 Fix poweroffconf script

Los equipos nunca se apagan aunque estén inactivos.

Se debe a que el script poweroff revisa si existen comandos activos lanzados desde "/opt/opengnsys/", como el ogclient se lanza desde este directorio el script consideraba que los equipos estaban siempre activos.

Se modifica para que ignore el proceso ogclient cuando compruebe si el sistema no está inactivo.

#997 Liberar versión OpenGnsys 1.2.0

Se prepara el archivo de VERSION para que ya muestre la versión 1.2.1

Inventario de software

La consulta SQL tardaba varios minutos, se debía a una cascada de borrados repetidos. Se han eliminado los que no eran necesarios y se ha limpiado el código.

Manual de instalación

en la web del proyecto se ha modificado la versión que se recomienda instalar a la 1.1.1c, que era la estable en ese momento. Habrá que volver a hacerlos al sacar la 1.2.0

#1036 Vagrantfile para libvirt

Se crea un Vagrantfile para usar el laboratorio de máquinas virtuales en un hipervisor KVM.

#1042 Update database schema automatically

Este ticket traslada la responsabilidad del uso y mantenimiento de la BD al ogServer. Asegurando sincronía entre la base de datos y ogServer. Incluso en master.

Actualizar el ogServer implicaría actualizar la definición del esquema actualizada, evitando problemas de incompatibilidad entre el ogServer y la base de datos,

Inicialmente instalador podría seguir instalando una primera versión de la base de datos. A partir de aquí parches incrementales al esquema serían introducidos a través del ogServer. En un futuro podría trasladarse la responsabilidad de instalar la base de datos al propio ogServer.

La primera versión del esquema resolvería la migración automática a innoDB de las tablas de la base de datos de OpenGnsys. Entre las ventajas del uso de innoDB se encuentran el soporte de transacciones y claves foráneas (existe ticket para la v1.2.1).

Un resumen del funcionamiento del actualizador:

1) ogServer al levantarse comprueba la versión del esquema de la base de datos. (una tabla "versión" con una sola fila, si no existe la crea con valor 0)

2) si la versión obtenida de la base de datos es inferior a la última soportada por el ogServer actualizará el esquema debidamente. En caso de fallo no se levantará el ogServer, evitando los problemas que conlleva el uso del ogServer con una base de datos incompatible.

Script exportar/importar

en Teruel están dando problema los script de exportación, no actualiza correctamente la base de datos.

En mejor utilizar la última versión del script de exportación, al ejecutarse se podría actualizar con el que haya en el repositorio. Hacer igual que el script de actualización, que muestre las distintas versiones superiores a la instalada y se pueda elegir a qué versión voy a migrar de forma que se baje el fichero para esa versión.

Se podría incluir como sugerencia en la página en blando de la consola (nada.php).

Versión soportada

Responder las dudas que se plantean en los foros se dificulta cuando hay muchas versiones distintas que soportar, veces los problemas de versiones antiguas ya están resueltos en las nuevas y es más complejo aplicar un parche para resolverlos que instalar la nueva.

Para facilitar este tema se considerara que versiones anteriores a la 1.1.1c deben actualizarse.

#915 ogcli

Se ha creado un script de servidor para poder interactuar con los equipos clientes sin utilizar a la consola.

Ya sepuede utiliza, aunque se le siguen añadiendo funcionalidades

La documentación la podemos encontrar en https://github.com/opengnsys/ogCLI/blob/master/README.md

#980 Add REST API to ogClient

Cuando a un equipo se le apaga con el botón de reset el estado en OpenGnsys permanecía activo.

Ahora se revisa cada 120s el estado del equipo, de forma que pasado ese intervalo el estado pasará a ser el correcto.

#1043 Añade estado WOL_SENT

Agrega el estado wol de ogServer, que se utiliza para informar el envío de paquetes WoL.

Este estado puede expirar (volver a desactivado) o cambiar a un nuevo estado después de que los clientes notifiquen uno nuevo.

[42c2253] Fallo en la cola de acciones

Al ejecutar un comando incluyendolo en la cola de acciones no se realiza, se debe a que no se había tenido en cuenta el horario de verano y la acción queda registrada para una hora más tarde.

Se corrige el ogServer, que ahora incluye las funcionalidades del antiguo ogAgent.

#989: No se pueden incluir signos de interrogación en mensajes

#845 Añadir al ogLive software nuevo

El ticket hace una lista de software que incluir en el ogLive, es necesario revisarla ya que algunos están incluidos ya y puede que falte otro.

Se revisan los ticket pendientes

Ticket para la 1.2.1.

Ticket que se pasan de una versión posterior:

#940: OGAgent compatible con Python 3 y Qt 5

#927 Borrar imágenes de repositorios externos

Principalmente necesita crear en la parte del repositorio la ruta rest

Cerrados

#830: Mejorar el tratamiento de discos extraíbles tipo USB

Se cierra por duplicado, se terminará de solucionar en el ticket:1037

#984: Incluir OGAgent compatible en fichero de versión

Se ha probado a instalar la versión de OGAgent indicada en el fichero VERSION.json y ha ido bien.

Ha sido resuelto en la 1.2.0, falta incluirlo en el changelog

#984 closed correccion (resuelto)

Incluir OGAgent compatible en fichero de versión

ogagent -> Se distingue entre sesión local y remota.