wiki:Reunion250620

Version 1 (modified by irina, 4 years ago) (diff)

--

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 las aulas.

Están probando equipos nuevos para las aulas y con Rembo se han descartado tres equipos. OG 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.

Git funciona con al 1.1.1a

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

RemotePC

Granada : aulas virtual de VDI (no OG) Málaga sí utiliza remotePC.

Sevilla ya usa remotePC para algunos centros y está preparandolo por facultades

Valencia se sigue usando

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

Para el próximo curso coexistirán presencial y remoto.

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

OG 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 o han solicitado poder sacarlo cuando si necesitas realizar mantenimiento.

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

Distribución de los servidores en Málaga

  • En cada centro un OG + uno centralizado
  • Servidor OG exclusivo para remote POC

El ogAgent al centralizado

24h horas disponible en acceso remoto

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

La gestión centralizada tiene sus inconvenientes.

Hubiera sido un oportunidad de que centros que no usarán OG lo probarán.

En algunos centros que faltaban por usar OG 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 administrado de todo.

Informacion equipos amplíada

En Málaga tienen una parche de UDS que añadía info amplíada de los equipos: OU, aulas. Esta infomración es útil para las reserves de equipos problemáticos.

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 OG 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.

Reunión UDS. Para próxima versión y parche para la actual.

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

Virtual Cable próxima versión. permite gestion remote de equipo según su ip

OG aporta la gestión. posiblemente para junio.

Ú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 version 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 resulelven modificando la función ogCreateIgenSuyntax con el parámetro -I. Hay que crear un tique.

ogLive

Se va a sacar un nuevo ogLive.

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

GIT se resuelve los problemas con windows 10 con el último ogLive

=====================

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 conando 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.

===================== opengnsys-1.1.1 (#16) - Error al actualizar a la 1.1.1c (#433) - Message List

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.

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 repos 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.

===================== Granada

Seguien usando Rembo Los equipos nuevos, los que han probado

En el momento que funcione gi cin OG dejaran rembo

Con OG nativo: Con los disco SSD sincronizar al apagar en vez de al inicio

============ la politécnica de Cataluña UPC han preguntado por el git,

Restauradión con GIT Error al cambiar la imagen de equipo con != hardware. Fue modificar con el rebuilder y tiro bien.

Windows10 ha mejorado mucho con los driver de distintos hardware.

Ubuntu 20

tenemos ogAgent que funciona en Tiene bastante cambios

=========================

Agentes python 3

Nuevo ogLive

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

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

Web usuario

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

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

#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.