wiki:Reunion020519

Version 2 (modified by irina, 5 months ago) (diff)

--

Acta de la videoconferencia del 2 de mayo de 2019

Asisten: Valencia, Huelva, Málaga y Sevilla
Próxima reunión: 15 de mayo a las 11:30

Nueva Web

Se ha creado un script para actualizar la web actual, instalando la nueva web y migrando los contenidos de la base de datos.

  • Para el Backend instala los requisitos de Synfony
  • Para el Frontend se instalan angular 6 y la plantilla adminLTE y las dependencias necesarias.

Las consolas pueden convivir pero si se hace un cambio en una, por ejemplo crear un nuevo aula, no se mostrará en la otra. La migración no se puede hacer en el otro sentido ya que los conceptos de entidad, aulas, grupo de ordenadores pasan a considerarse solamente "unidad organizativa" por lo que hay una perdida de información que no permite volver atrás.

El backend ofrece una API REST que consultan tanto el frontend como el nuevo agente.

Mostramos varias capturas de pantalla de un servidor con la nueva consola instalada, la información es real.

Estado del servidor. Observamos que la información que estaba en la barra superior aparece ahora en un menú lateral.

Estado del servidor

Unidades organizativas. Al seleccionar equipo nos aparecen las opciones que podemos ejecutar. En la imagen de abajo observamos el estado de los equipos y los comandos disponibles:

Comandos

Propiedades del equipo.

Propiedades del equipo

Asistente de particionado. Se puede modificar las particiones incluyendo datos en el formulario o modificando gráficamente el espacio asignado a cada partición.

Asistente de particionado

Comando deploy de imagen. Ahora todos los comando tendrán el formato de los asistentes, en el sentido que me permitirá ver el código que se va a ejecutar en el equipo.

  • El código mostrará colores según sea comandos normales, funciones de OpenGnsys o mensajes informativos que aparecerán en el log en tiempo real.
  • Los comandos permiten incluir parámetros, permitiendo que se creen procedimientos donde podamos modificar algunas variables.

Despliegue de imágenes

Por ahora está hecha la parte de frontend, queda programar la parte del backend para los distintos comandos.

Por ahora falta la gestión de permitos de los usuarios, pero está prevista por lo que debe ser rápido de implementar.

En la consola actual, y en la nueva, falta crear el comando para gestionar la imagen de disco completo.

Nuevo agente

Se ha modificado el inicio del ogLive.

  • En el script de inicio (default.sh) se instala el agente y configura los datos del server y las claves que le permiten acceder a la web. No aumenta demasiado el tiempo de arranque.
  • El browser muestra un mensaje mientras está inicializando el equipo: obteniendo la configuracion, etc.

Hay que definir los siguientes pasos del arranque. Entre otros:

  • Acciones pendientes.
  • Mostrar menú.

Cambia la forma de gestionar las tareas:

  • Se podrán: el cliente envía al servidor la id de la tarea, por lo que el servidor podrá enviar una señal para matar el proceso que tenga sociado.
  • Se podrían enviar varias a la vez.

Cambios en el agente:

  • El agente es compartido para todos los sistemas operativos, incluido el ogLive.
  • La autenticación es común para todos.
  • La carga del browser sólo está disponible en el ogLive.

Todos los comando se ejecutarán con una sola función que responda a "ejecutar script". Al cliente se le envía el script y el ID del mismo, al acabar el cliente devolverá que ha terminado la tarea con el ID asignado.

En la web actual el comando actualizar refresca el browser y envía de nuevo la información de la configuración del equipo al servidor. Hay que pensar dónde se realizarán estas acciones.

El ejecutar un script se podría devolver:

  • El fin de la tarea
  • Configuración final
  • Estado.

También existiría una actualización independiente de una tarea.

Para probar todavía es complejo configurar el entorno, es mejor esperar un poco.

Cuando salga la versión de la consola nueva necesitaremos:

  • Un script de instalación completa limpia.
  • Un script de actualización de la 1 a la 3 que mantenga las dos consolas.
  • Un script de eliminar la versión 1, si después de probar la 3 quiero mantenerla.

Para versiones superiores el script de actualización de la consola cambiará bastante, Synfony tiene previsto comandos para ello que tendrán que usarse.

Wake On Line

En las propiedades del aula se definirá qué servidor mandará el paquete WOL a los equipos. Se mostrará una lista de selección con todos los repositorios y el server.

En el comando se elegirá se se utiliza WOL por broadcast o unicast y se podrá modificar el servidor que envía el paquete, se mostrará la lista de selección eligiendo el que se haya definido en el aula.

La API REST del repositorio habrá que modificarla para que permita broadcast y unicast.

Esto implica un cambio en la base de datos, en el script de actualización de versiones como este valor no existe tomará el de repositorio asignado al aula.

Se valora si comprobar que el repositorio esté encendido y en caso contrario que envíe el paquete el servidor, pero se considera que el administrador sabrá que servidores están en funcionamiento y cuales no, pudiendo definirlo correctamente.

#906 NVMe support

Se hicieron unos cambios para detectar correctamente los discos duros NVMe.

La postconfiguración de Windows no funciona porque el comando que utilizamos para modificar el BCD no soporta los discos NVMe.

Se han hecho pruebas copiando un BCD de otro tipo de disco antes de comenzar la postconfiguración y aunque partition.saving sigue sin soportarlo, al arrancar Windows funciona correctamente: Windows pone los valores correctos.

  • Se situará en el servidor en /opt/opengnsys/lib/bcdtemplates
    • En Málaga se usa como plantilla BCD uno copiado de un equipo recién instalado, Soleta ha probado con otro BCD.
    • Para los equipos UEFI no vale la misma plantilla de BCD, hay que buscar una compatible.
  • Se pondrá un ejemplo comentado en configureOsCustom de cómo copiarlo antes de ejecutar el configureOs.

Si existen varios discos el ogLive detecta el disco NVRAM como segundo, es importante que en la BIOS esté configurada de la misma forma para que al arrancar un sistema operativo restaurado la postconfiguración haya tomado los valores correctos.

Grupos de trabajo de RedIris

Se presentarán las novedades de OpenGnsys:

  • Nueva consola.
  • Gestión de equipos UEFI.
  • Nueva web de usuario.

Podríamos aprovechar para hacer una reunión presencial.

Hablar de las Jornadas de usuario.

  • Valorar cuándo se hace.
  • Mostrar la nueva web para que se den sugerencias.

En la Web de usuario hay que explicar para qué sirve OpenGnsys para las personas que no lo esgtén usando todavía.

Attachments (5)

Download all attachments as: .zip