wiki:Reunion160119

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

--

Acta videoconferencia 16 de enero de 2019

Asisten: Málaga, Huelva, Teruel y Sevilla.
Próxima reunión: 30 de enero a las 11:30.

Últimos cambios

Pruebas versión 1.1.0a

En la actualización de la 1.0.6b a la 1.1.0 fue bien pero con Ubuntu 14.04 no mostraba correctamente la versión de OpenGnsys.

Se debía a que el comando "jq" que trae está versión de Ubuntu no es compatible con algunas opciones que se usaban. Se han cambiado las opciones, ya funciona bien pero antes de actualizar OpenGnsys hay que actualizar a la última versión del "jq".

#867 Pantalla de ayuda en la consola

Se incluye el acceso a la documentación de la API REST.

#881 Personalizar prioridad de ejecución de proceso de torrent

Se ha detectado un problema de saturación de CPU al crear los ficheros .torrent en un repositorio. Para solucionarlo, se propone personalizar el nivel de prioridad de estos procesos para que el administrador pueda adecuarlo al uso del servidor, ya que conviene reducirlo si se va a trabajar con la web de administración.

Se añade variable BTSEEDER_PRIORITY para asignar una prioridad al servicio torrent. El valor por defecto es 0 (server + repo). La descripción de la variable está dentro del fichero /etc/default/opengnsys.

El script de actualización comprueba si existe la variable y si no la incluye con el valor por defecto.

#882 Script deleteimage

El script de eliminado de imágenes no elimina las imágenes tipo directorio. Ya se ha corregido.

Imágenes de disco completo

En el foro se solicita que desde la consola se puedan crear imágenes de disco completo.

#883 Mejora de la estabilidad de ogAdmServer

Se realizan varias mejoras del servicio:

  • Se añade soporte para syslog.
  • Se estabiliza de forma que no pueda caerse por una solicitud de los clientes.
  • Se borra ogAdmBoot porque no se usa.

Falta probarlo con más de 20 equipos.

#802 Gestión equipos UEFI

Se han hecho pruebas con uefi

Para el inicio de sesión se está usando el comando efibootmgr que permite incluir entradas en el arranque y configurar la que arrancará en el próximo reinicio.

Linux

Al realizar la instalación, el inicio de sesión se realiza con grub2.

Cuando se crea la imagen no es necesario guardar nada de la partición EFI porque al restaurar el comando grub-install, dándole las opciones adecuadas, genera el cargador de arranque que debe estar en la partición EFI.

Se ha conseguido tener dos linux en un mismo equipo.

Sólo se han hecho pruebas con Ubuntu, hay que probar más distribuciones.

Windows

Al instalar el sistema el inicio de sesión lo realiza con un cargador de arranque (BDC) que aloja en la partición EFI.

Al crear la imagen es necesario guardar la carpeta arranque en la partición de sistema y al restaurar se vuelve a situar en la partición EFI.

Se ha podido restaurar un Windows pero ha sido necesario que el UUID de la tabla de particiones, la partición EFI y la de sistema sean iguales que los del equipo modelo. Esto es problemático porque no podríamos restaurar imágenes de distintos equipos modelo en un mismo equipo final.

Se está intentando crear un BDC generico pero no se ha conseguido.

En equipos BIOS se modifica la configuración del BCD con sparlnx.rm (savepartr). En la web este proyecto vemos que hay algunos cambios referidos a UEFI:

  • Habría que probar si existe alguna opción nueva y si puede modificar el BDC cuando el equipo es UEFI.
  • Además del ejecutable que estamos usando, existe uno de 64bits que también se podría probar.
  • Tiene interfaz gráfica, que permite elegir el BCD que hay que configurar.

El arranque en UEFI tiene un cambio de filosofía. En la partición EFI se crea una carpeta para cada sistema operativo, que guardará sus distintos cargadores de arranque: Windows utiliza la carpeta Microsoft y las distintas distribuciones de linux utilizan cada una un nombre: ubuntu, fedora, etc.

Windows gestiona el arranque con un almacén de BCD con distintos, cada uno de los BCD tiene configurada la partición a la que corresponde.

Hay que pensar si OpenGnsys va a seguir funcionando por particiones, como hasta ahora, o por sistema operativo como hacen los sistemas operativos con UEFI.

Pruebas a realizar:

  1. En un equipo restaurar un Windows y un linux
  2. Relocalizar una partición Windows: cambio del BDC
  3. En un equipo poder tener a la vez dos Windows o dos linux

#887 Browser: mostrar aviso si falla la ejecución de un comando

Se ha modificado el Browser del cliente para notificar al usuario mediante un mensaje emergente si se produce un error al ejecutar un comando cuando se pulsa sobre una opción del menú.

Los comandos que se ejecuten quedarán reflejados en el log.

Instalación de dependencias

En Ubuntu18 el comando realpath está incluido en el paquete coreutil, antes tenía un paquete propio. El instalador comprobará cuál de los paquetes hay que instalar para obtener esta dependencia.

Liberar versión de mantenimiento 1.1.0a

Están hechas casi todas las pruebas.

Málaga hará las últimas pruebas de instalación la semana que viene.

Sincronización con git

Se podría tener una reunión de trabajo para integrar las sincronización con git.

La última semana de enero la dedicaremos a este tema.