Acta de la videoconferencia del 23 de febrero de 2022

Asistentes: Granada, Salamanca, Huelva, Málaga, Sevilla, Soleta y Teruel. Próxima reunión en quince días.

Problema inicio Windows en primer arranque en discos nuevos con MBR

En Teruel se han realizado pruebas comprobando que el problema del primer arranque de Windows desde MBR es debido a que el MBR que crea opengnsys no tiene una firma de disco válida que Windows necesita para arrancar. Se modifica la función ogCreateMbrGeneric (que a su vez es utilizado por el asistente de particionado) para añadir una firma de disco aleatoria cuando se crea un nuevo MBR. Se subirán los cambios al Git de la 1.1.1d

Cambios en ogAdmServer de la 1.1.1d para WOL entre subredes

En Teruel se han realizado cambios en algunas funciones de ogAdmServer de la 1.1.1d para permitir el WOL a un cliente que se encuentre en diferente subred a un servidor de administración o repositorio de opengnsys. Las pruebas parecen funcionar bien. Faltaría realizar pruebas en otros entornos antes de aprobar los cambios y modificar el ogAdmServer en la 1.1.1d

Reservas UDS y gestión tabla remotepc

En Málaga han creado una utilidad en la consola Web para ver y gestionar las reservas activas de UDS. Parece muy interesante su uso. Se comenta la posibilidad de incorporarlo a la 1.1.1d

Superset. Business Intelligence para crear estadísticas de uso

En Granada están utilizando la aplicación de BI "Superset" que les permite crear dashboards y estadísticas avanzadas basadas en los datos obtenidos de una nueva tabla de logs que se han creado ellos en opengnsys. Lo usan para otros servicios tambíen (cloudpaging, ...). Parece muy interesante

Arranque ogLive desde Cache

Desde Málaga continuan con las pruebas con la caché en entornos de varios discos. Parece observarse algún problema con el reconocimiento de algunos discos desde Grub en MBR

Arranque PXE en UEFI

Se comenta desde Salamanca la problemática que existía en algunas ocasiones al cambiarse el orden de las entradas NVRAM en dispositivos UEFI tras una restauración. Se debate la necesidad de que opengnsys verifique y fije en su caso que el primer dispositivo de arranque sea siempre la tarjeta de red.

Problema con agente SO Linux en Ubuntu 20

El agente actual de Linux da problemas en Ubuntu 20 debido al uso de python3. Desde Granada han utilizado el código existente en Git de un nuevo agente basado en python 3 y han generado un nuevo agente (1.2.1) que funciona bien en Ubuntu 20. Se decide subir el agente a la zona de descargas.

Pruebas v 1.1.1d

En Sevilla siguen trabajando en la coordinación, revisión y mejoras sobre la versión 1.1.1d

Se anima a todo el mundo a realizar pruebas y mejoras sobre dicha versión y con el nuevo ogLive 5.13.27