Acta videoconferencia 10 junio de 2020

Asisten: Málaga, Valencia, Teruel, Sevilla y Granada
Próxima reunión: 23 de junio a las 11:30.

Versión 1.1.1b

Ya se ha liberado.

• Se publica el archivo para la instalación
• Se cambia el archivo que informa de los cambios de las versiones: CHANGELOG.es.txt
• Se publica en la página de usuario y en la principal del wiki de desarrollo.
  • En esta última hay una errata que hay que corregir.

Problema con script de actualización: se bajaba el código de la rama master, que ya tiene muchos cambios de desarrollo.

Se ha creado una rama 1.1.1c con los cambios del script de actualización.

Últimos cambios

#519 Consola: gestión de iconos en parte de administración

La parte de administración de la consola permite modificar los iconos que se muestran en la web. Al gestionarlos hay errores poco importantes.

Este ticket No se resolverá para está versión de la consola, podría implementarse en una nueva web de administración.

Modo offline

Había una pregunta en el foro debido a que se intentaba utilizar el modo offline sin cache.

Se le ha contestado Esto no es posible ya que en el modo offline en la cache se alojan el cliente de OpenGnsys: el kernel, el initrd y el segundo sistema de ficheros.

Pasos para la clonación de un equipo

En el foro preguntaban si había lista rápida de cómo hay que se clona equipo. Se le ha contestado poniendo los pasos.

Se podrían añadir algunas tareas como procedimientos predefinidos.

En Teruel usan una plantilla PXE con menú de opciones. Se puede arrancar de disco duro o desde ogLive.

Los estudiantes arrancan desde HD directamente. Si va un técnico arranca desde el ogLive

#944 Mostrar la distribución de equipos en el aula

En el estado del aula se pueden disponer los equipos en una cuadrícula que represente la situación real en el aula.

Se crean 2 campos nuevos en la tabla ordenadores que se corresponden con sendos campos del formulario "Propiedades de Ordenador" para indicar la fila y la columna que ocupa cada equipo dentro del aula y se modifica la pantalla de Estado del aula para mostrar la rejilla, si los campos son enteros positivos (si hay valores a 0, se muestra con el formato antiguo).

Se Ha completado el ticket y se cierra.

Sustitución del ogAdmClient por ogclient

Está completado.

Problema con el script de actualización

Al bajarse el ogAgent no lo encuentra porque busca que tenga la versión 1.1.1c que no existe. Inicialmente se ha subido el tar.gz de la 1.1.1b renombrado.

Se solucionará de forma definitiva añadiendo al fichero de la versión la información de la versión del ogAgent.

#976 ogBootMbrGeneric: mejora en la compatibilidad con GPT

Era una mejora que sólo afectaba a las particiones tipo GPT en sistemas BIOS. Como está situación es poco común no se resolverá.

Se cierra.

Imágenes sincronizadas

Granada estaba restaurado imágenes sincronizadas con Git. Se ha parado bastante con el confinamiento.

• No se consigue restaurar Windows desde la versión de 1909.

• Tienen aulas con GIT y otras como forma nativa de OpenGnsys (partclone).

Por otro lado, no sabemos si se están usando las sincronizadas con rsync, se podría preguntar en la lista de usuarios.

Problema con la clonación de Windows 10 Pro 2004 64 bits. (#432) - Message List

Generalizo el gestor de arranque en windows:

bcdedit /set {current} osdevice boot
bcdedit /set {current} device boot
bcdedit /set {bootmgr} device boot
bcdedit /set {memdiag} device boot  -> Vale por si se invoca el test de memoria (normalemnte no se usa)

La última línea se utiliza si se va a invocar el test de memoria(normalemnte no se usa).

Para desactivar el inicio rápido realiza:

reg ADD "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Control\Session Manager\Memory Management\PrefetchParameters?" /v EnableSuperfetch? /t REG_DWORD /d 0x3 /f 

Está instrucción es incorrecta, NO desactiva el inicio rápido

Es lo que está puesto en la documentación. Habría que cambiarla.

No se ve dónde está situado la carpeta del arranque del sistema. Harían falta más datos para contestarle

Erratas versión 1.1.1b

Se resolverán antes de sacar la versión.

Mensajes de error

Tras instalar un nuevo servidor de la 1.1.1b en un Ubuntu virtualizado aparecen mensajes de error debido al cron.

En concreto de los scripts deletepreimage y torrent-tracker. Sería interesante revisar esos scripts.

Open Rlabs

Granada está interesada en este broker que ha hecho Teruel para el remotePC.

Toda la información la podemos encontrar en ​http://www.openrlabs.es

La consola de Open Rlabs distingue usuario administrador o usuario normal

El usuario administrador

• Pueden ver las sesiones abiertas.
• Se ven todas la OU y las aulas en imágenes preparadas con acceso remoto (la información la consulta al servidor OG).
• En las OU hay que configurar el usuario de acceso y su clave.
• Para gestionar los usuarios se pueden incluir archivo CSV o uno a uno.

Para el usuario normal aparecen los equipos disponibles.

Funcionamiento

• Lanza WOL, y Inicio de sesión de OG -> Tarda 4 o 5 min
• En el servidor OG vemos en la cola de acciones el inicio de sesión
• Acceso a los equipos por ahora sólo utiliza RDP
• La autenticación de los usuarios la realizan contra un servidor de correo.

No usan dominio windows por ahora, pero lo van a poner

Instalación

Es necesario:

• Configurar apache y guacamole
• Instalar servidor OpenGnsys
• Instalar servidor openRlab

Para montarlo hay un instalador automatizado, tarda una media hora.

No está en docker.

• Hay un contenedor docker de Guacamole, lo está intentado probar Granada pero por ahora está parado.

Limitaciones

No se puede trabajar con equipos que otras subredes, debido a que las peticiones del WOL de OG no dicen a qué subred se dirige.

Si se lanza desde la consola por broadcast hace una doble llamada, desde el repo y desde el server. En los dos casos manda una petición a la propia subred, si el equipo está en una tercera subred no le llega el paquete.

A la mayoría de los casos no afectaría esté problema porque los equipos están en la subred de servidor o del repositorio.

Se solucionaría si en la función del ogAdmServer se añadiera el parámetro de subred. Dejando que el repo siga haciéndola igual. Se puede modificar para está versión.

Por otro lado, comunicaciones tiene que dejar pasar la petición de broadcast entre redes.

OpenGnsys VDI

Hasta ahora cuando los equipos tienen hardware heterogéneo es necesario tener una imagen para cada modelo. OpenGnsys VDI permite virtualización de los equipos cliente:

• Estandariza el hardware del equipo.
• Facilitaría el uso de OpenGnsys para equipos del PAS.
• Facilitaría gestión de aulas con diferentes hardware.

El objetivo integrar de forma nativa OpenGnsys VDI, sin tener que modificar nada.

OpenGnsys VDI es un sistema operativo hipervisor que instalaremos en el equipo modelo. Los sistemas operativos que usen los usuarios se instalarán como máquinas virtuales en el hipervisor.

La tecnología de virtualización es qemu.

Toda la información la podemos encontrar en ​https://opengnsys.soleta.eu.

Requisitos

• BIOS soporte tecnología de virtualización activa.
• Instalación de debian normal.
• Importante que el usuario se llame "opengnsys" con la clave que se quiera.

Funcionamiento

• La operativa con el ogLive es igual.
• Por defecto toma la ip por dhcp.
• En la consola veremos el equipos arrancado en OpenGnsys VDI, hay que determinar un color para este estado.
• Por ahora soporta el despliegue en una sola partición.

Acceso remoto

Ofrece un acceso remoto a los equipos desde casa sin instalar nada más.

• Se puede acceder por VNC al hipervisor.
• No hay que instalar en VNC en el s.o invitado.

Sincronización git del trac

En la información del trac aparecen datos que no corresponden con el estado del código.

Se han subido cambios a git que no aparecen en la web de OpenGnsys pero sí están si realizamos un clone del repositorio.