Acta de la videoconferencia 28 de octubre de 2020

Asistentes: Valencia, Málaga, Soleta y Sevilla.

Equipos UEFI

Tanto en Málaga como es Sevilla se ha conseguido restaurar en un equipo UEFI una imagen realizada en un equipo modelo tipo BIOS.

Se compartirá la información por correo cara a tener un procedimiento válido para todos los casos.

Nuevo ogLive 5.4

Se ha creado un nuevo ogLive con kernel 5.4 que se instalará con la próxima versión de OpenGnsys.

En Málaga se está usando en equipos con disco tipo m2 y MBR: con ogLive 5.4 van muy bien, con ogLive anteriores era muy complejo la forma de arrancarlo.

Los Windows restaurados se inician mejor que con los antiguos cuando son discos m2.

En Cádiz se está usando y va muy bien:

• En equipos nuevos los driver detectan bien todos los dispositivos.
• Parece que falla que el dns, se define en otro archivo diferente (habría que cambiar ogfuntion).
• La versión de partclone es la misma que el ogLive 5.0.
  • Está restaurando con la último versión de partclone de una imagen de creada en la misma versión, sin ningún problema.
  • Hay problemas de compatibilidad con la ogLive 4.X, pero serían los mismos que en la versión anterior.
  • Valencia y Teruel había encontrado errores aleatorios al crear la imagen con el ogLive 5.0. En Cádiz parece que hasta ahora no ha ocurrido.

Personalizaciones en Málaga

En Málaga utilizan una serie de personalizaciones que quisieran incluir en el código común de forma que estuvieran disponibles para los demás. son las siguientes:

• Número de equipo de un aulas en el status.
• Mover ordenadores entre aulas (Está incluido).
  • Se podría mejorar comprobando que los datos de red sean compatibles, comparando gateway y mascara de red.

• En las propiedades del aula permitir modificar el nombre de la imagen de una partición
  • RemotePC vincula que la imagen esté en la partición al restaurar, a veces se pierde está información.
  • Es un poco delicado porque podría crear una incoherencia con lo que realmente hay en la partición.
  • Se podría modificar cada equipo y no desde el aula, que es más destructivo.

Las cambios podrían no estar incluidos por defecto y dejarlo como parche en la zona de descargas, de forma que el instalador informe al terminar para que baje el parche sólo quien lo necesite.

Con idea de sacar la versión lo antes posible estos cambios se incluirán más adelante.

Pruebas versión 1.2

En Cádiz ya la están usando.

Málaga y Sevilla ya han montado un servidor con la 1.2 para probarla.

• Se recupera correo que se mando para las pruebas para mandarlo de nuevo. Se manda en la reunión.

• La documentación de las pruebas se realizarán en el google doc, encontramos el enlace en la zona de "banco de pruebas" de la documentación de desarrollo .

• Se recomienda hacer las pruebas del archivo comprimido de la rama master del gitHub.

Pruebas con remotePC

Se probará la nueva versión con distintas versiones de UDS:

• En Sevilla están teniendo problemas con el remotePc con UDS 1.2
• En Málaga se probará con el UDS 1.3
• Soleta no puede probar lo de remotePC por no tener servidor UDS.

Para emular las solicitudes de UDS al servidor OpenGnsys hemos de usar el parámetro -A para indicarle el agente que lo busca "python request"

curl ... -A "python-requests/" ...

El tokent de autenticación se regenera cada vez que se inicia una sesión y se lo manda en la petición de iniciación.

Al hacer una parada del agente no se elimina el tokent de la BD.

Problemas en el trac

Cuando se mira en la página de OpenGnsys el código de los repositorios de git no muestran los nuevos commit desde hace varios meses.

La página de GitHub sí tiene los últimos cambios, por lo que el problema no es nuestro repositorio de github sino la sincronización del trac con el mismo.

El trac ya daba problema con la suscripción de los foros, que no informaba de los nuevos mensajes por correo electrónico.

La versión de trac que tenemos instalada es la 1.2.3, la última estable es la 1.4.

• Habría que actualizarla.
• Se podría crear un clon para hacer pruebas de actualización.

v1.1.c Problemas de particionado

Un disco particionado en GPT cuando se intenta particionar a la MSDOS falla: borra la table de particiones.

En Valencia usan antes sgdisk -z, que borra toda la tabla de particiones. Se podría meter en el asistente, hay que ver en qué lugar ponerlo: quizás en la función DeletePartitionTable

• sgdisk si se llama con -o (limpia la tabla) y con -z la destruye borra toda la estructura del GPT y el MBR

• la función create partition permite darle como parámetro el tipo de tabla (MSDOS/GPT)

Habría que ejecutarlo bash -x y ver que salida tiene

ogAgent en Ubuntu 20.04

Para habilitar en el agente de sistema operativo la parte del cliente hay que instalar un paquete de gnome.

Para Ubuntu 18:

• Instalar paquetes $ apt install -y curl gnome-shell-extension-top-icons-plus

• Activar extensión Topicons Plus $ gnome-shell-extension-prefs

en la ventana que se abre activar Topicons Plus

Ubuntu 20.04 con GNOME3:

• Habilitar la extensión Ubuntu appIndicators usando "gnome-tweaks".

Esta información habría que añadirlo en la documentación de instalación del ogAgent tanto la próxima versión como la web.

Habría que valorar si interesa que muestre un mensaje si no se activa.