Acta videoconferencia 25 de junio de 2020

Asistentes: Málaga, Granada, Valencia, Teruel y Sevilla.
Próxima reunión: 9 julio a las 11.30

Compatibilidad con hardware

En Granada se sigue manteniendo Rembo para el despliegue de los sistemas operativos.

Están probando equipos nuevos para las aulas: con Rembo se han descartado tres equipos y OpenGnsys puede trabajar con todos (con un ogLive u otro).

Sincronizar repositorio

Para facilitar la inclusión de los datos de la imagen en la consola, se puede usar el script importimage que automáticamente define la imagen en la web de administración.

Sevilla una 1.1.1a con los cambios retocados para el acceso remoto.

RemotePC

Uso

Granada ofrece a los estudiantes aulas virtuales de VDI (no OpenGnsys)

Málaga y Valencia están utilizando remotePC.

Sevilla usa remotePC para algunos centros y está preparándolo por facultades

Parece que no hay tanta demanda como al principio, en todas las universidades baja la demanda. Se debe a que han acabado los exámenes y empiezan las vacaciones.

Distribución de los servidores en Málaga

Tienen un servidor de OpenGnsys centralizado exclusivo para remotePC, además cada centro tiene su propio servidor de OpenGnsys.

El ogAgent se comunica con el servidor centralizado

Solo ofrecen un Windows.

Con más de una imagen por equipo se complica

Se restaura desde cada repo del centro, la imagen de Windows es diferente pero en el servidor central ponen un nombre de imagen ficticio para todos igual.

Los periodos de mantenimiento se ponen en UDS en los calendarios

24h horas disponible en acceso remoto

La gestión centralizada tiene sus inconvenientes.

Hubiera sido una oportunidad para que centros que no usarán OpenGnsys lo probarán.

En algunos centros que faltaban por usar OpenGnsys van a empezar a probarlo.

Permisos en UDS

La delegación de permisos es muy mala: o eres administrador o tienes limitado: Subir número de máquinas en cache. Puede reasignar Num equipos en cache NO puede

Al darle acceso a un pool, debería darle permiso de administración completo. Ahora sólo tiene acceso a algunos aspectos

• no puedes editar las prop. del poll.

• sí puedo borrar servicios asignados y asignarlo a otro usuario que tenga en la lista de usuarios.

• sí puedo asignar usuarios y transportes, y hacer una publicación nueva de ese poll.

• Permite borrar equipos en cache cuando están mal.
  • automáticamente lo quita después de una hora. Se puede modificar el tiempo que arda en borrarlo.

Para más permisos es necesario ser administrador de todo.

Informacion equipos amplíada

En Málaga tienen una parche de UDS que añade información ampliada de los equipos: OU, aulas. Esta información es útil cuando hay problemas con las reservas de equipos.

Equipos en presencial y en remoto

El próximo curso coexistirán equipos en presencial y en remoto. Será necesario:

Antes de reservar un equipo para remoto habrá que revisar si existe sesión de usuario iniciada.

OpenGnsys tendrá que notificar a UDS si tiene que sacar un equipo de la cache por cualquier motivo: porque esté inoperativo, usuario presencial, etc.

En Málaga han solicitado poder sacarlo cuando si necesitas realizar mantenimiento.

Será necesario que las reservas sean más dinámicas.

Excluir equipos de remotePC

Sería necesario que se limitarán algunos equipos para el uso de remotePc. ej pc profesor, ...

• Ahora permiso remotePC imagen y aula.
• Se podría asignar el permiso al pc. De forma que se pudieran retirar por distintos motivos.

En las máquinas virtuales siempre está disponible. No se ha pensado ese aspecto.

Truco temporal: se usa una aula de mantenimiento. Pero exige mover los equipos de un aula a otro.

Podría ponerse en modo mantenimiento.

• Una marca en el equipo que lo excluya.
• Incluirla en la tabla de ordenadores.
• Que se muestre en el estatus pero marcado de alguna forma (ej transparencia 50%)

El server de OpenGnsys reporta a UDS cuantos equipos están disponibles.

• UDS usa ahora en número de equipos definidos en el pull,
• Al desplegar el poll, podría comparar con los equipos teoricos y reales.

En resumen tendríamos dos posibles soluciones:

• Poder seleccionar los equipos para el remotePC, aumentando la granularidad de la selección.
• Que se seleccione el aula pero permita poner los equipos en modo mantenimiento.

Próxima versión UDS

La próxima versión permite gestión remote de equipo según su ip

Está pendiente una reunión UDS. Para definir necesidades para la próxima versión y posibles parches para la actual.

Errores

Da error 500 cuando creas un grupo de ordenadores dentro de un aula. Es una consulta de grupo de ordenadores la API REST.

Últimos cambios

Salio la versión 1.1.1c

Problemas en el actualizador, en vez de instalar la última versión estable bajaba la rama master que es de desarrollo. Ya está corregido.

#984 Incluir OGAgent compatible en fichero de versión

Añadir un campo nuevo al fichero VERSION.json para indicar cuál es la versión de agentes OGAgent que debe instalarse/actualizarse para la versión de OpenGnsys, para evitar errores al intentar descargar un fichero inexistente.

Problemas con la versión de partclone

El comando partclone en el ogLive bionic al crear las imágenes va mal aunque no da mensaje de error. Con el ogLive de la 1.1.0 sí va bien. Se resuelve al crear la imagen quitando el parámetro del chequeo del sistema de ficheros. No comprueba el disco.

Algunos problemas se resuelven modificando la función ogCreateIgenSuyntax con el parámetro -I. Hay que crear un tique.

Nuevo ogLive

Se está creando un oglive con kernel 5.4, si va bien se sube para que podamos probarlo.

Hay una versión de GIT con un parámetro que permite comparar los repositorios y mejora la comparación entre los fichero para realizar la sincronización. Se intentará incluir en el ogLive.

Con el script de creación de ogLive no se consiguió crear un ogLive de Ubuntu 20.04, necesitará modificaciones.

ogAgent - python 3

Se está avanzando mucho en el nuevo agente de Linux, tenemos un ogAgent que funciona en Ubuntu 20 y contiene bastante cambios.

Comando restaurar

En versiones antiguas el comando restaurar se podía lanzar desde grupo de aulas, ahora sólo se puede realizar sobre los ámbitos aula o equipo.

• Puede dar problema si en un grupo de aulas existen aulas en distinta vlan.
• Para lanzar el comando sobre varias aulas, se puede crear un procedimiento y lanzarlo sobre las distintas aulas, si se hace rápido se podría tener para todas la misma sesión multicast.

Se mantendrá la consola como está, limitando el comando a las aulas.

Cambios ogAdmServer

Se están modificando el código del ogAdmServer par que se comunique con API REST con el cliente nuevo. En esta nueva versión se renombrará a ogAdmServer a ogServer Se ha separado en un repo independiente.

Foro: Error al actualizar a la 1.1.1c (#433)

El error que describe el mensaje del foro ya está corregido. Se le ha contestado con la información .

El error se debía a que el fichero de configuración del ogServer cambia de nombre en la última versión. Se ha hecho un cambio en el opengnsys_update, para que tome el nombre correcto del fichero ogAdmServer.cfg, compatible con las distintas versiones.

#894 Crear comandos en la web para crear/restaurar backups de discos completos

Está prácticamente terminado.

• Se han creado los script necesarios para crear y desplegar las imágenes de disco.
• Se ha modificado en la consola los comando crear imagen y restaurar imagen para que permitan utilizar imágenes de disco, asi como las interfaces correspondientes.

Funciona perfectamente con el ogLive con kernel 4.8 pero con al versión de partclone del ogLive bionic falla.

Se va a crear un ogLive nuevo, se probará.

El identificador de la imagen se guarda en la tabla de las particiones del equipo. Esto permitiría poner el nombre de la imagen en la configuración del equipo.

Repositorios de código

Además del repositorio principal se han creado otros repositorios para los distintos componentes. Son los siguientes:

• ogAgent-Git OpenGnsys Agent for Operating Systems Git repository
• ogBrowser-Git OpenGnsys Client Browser Git repository
• ogClient-Git OpenGnsys Client Git repository
• ogLive-Builder-Git ogLive Builder (boot-tools) Git repository
• ogServer-Git OpenGnsys Server Git repository
• OpenRLabs-Git OpenRLabs Git repository

En todos los repositorios nuevos debería haber:

• un archivo "readme.md" con la descripción del componente.
  El texto que escribamos permite formateo con etiquetas.
• uno archivo de licencia,
• un gitignore : para que no sincronice los ficheros de librerías externas, etc..

Comunicación web - ogServer

Se están creando script de interfaz entre la web y el ogServer (ogCli):

• La web y los script pasarían por el ogServer
• La web no necesitaría consultar la base de datos
• El ogServer sería el único punto de acceso a la misma.

Está pendiente crear un repositorio para ello.

Pruebas de actualización

Se ha actualizado de un servidor con ubuntu 16 y la versión 1.1.0 primero a la 1.1.1 y en un segundo paso a la 1.1.1c.

Ha ido muy bien. Solo ha fallado en un sitio, puede que fuera el problema del actualizador que ya está resuelto.

Sincronizadas con GIT

Granada sigue usando Rembo. En el momento que funcione la sincronización con GIT pasarán a usa OpenGnsys.

Están probando OpenGnsys con script propios de sincronización con GIT, funciona bien con al 1.1.1a.

Funcionaba bien con Windows 7, al pasar a Windows 10 han tenido muchos problemas con la restauración con GIT.

El último ogLive resuelve los problemas con windows 10. Daba error al cambiar la imagen de equipo con distinto hardware. Fue modificar con el rebuilder y comenzó a funcionar bien.

Windows10 ha mejorado mucho con los driver de distintos hardware.

También tiene equipos con "OpenGnsys nativo" (partclone): Con los disco SSD restauran la imagen al apagar en vez de al inicio.

La politécnica de Cataluña UPC han preguntado por el git.

Web usuario

En la página principal se han añadido dos proyectos del "Ecosistema OpenGnsys": OpenGnsys VDI y Open RLabs

Se han creado sendas página específicas, con una introducción que luego enlaza a la web de cada uno de ellos.