Acta de la videoconferencia de 20 de Septiembre de 2017

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

Leyendas:

• Tareas pendientes.
• Mejoras.

Últimos cambios

#802 gestión equipos UEFI

Hay que cambiar en distintos aspectos

1) Para el arranque PXE:

• Es necesario enviar una imagen firmada: utilizamos dos imágenes firmadas de grub2 para tftp.
• Nuevas plantillas para los nuevos cargadores de arranque.
  Hay creadas cinco para OpenGnsys en modo usuario, OpenGnsys en modo admin, Windows, Ubuntu y un gestor de arranque gráfico.
• En el servidor ha habido que configurar el Grub2 para que busque los archivos PXE de los clientes en mismo directorio y con el mismo formato nombre de los que ya utilizamos.

2) Los cargadores de arranque para el equipo cliente.

3) Funciones de arranque: discriminan si el arranque es MSDOS o EFI y eligen el cargador adecuado.

4) Postconfiguración.

Cuando se utiliza EFI se queda guardado el GUID de la partición donde se ejecuta el sistema operativo, por lo que al restaurar la partición de destino debe tener el mismo GUID que la de origen. Hay varias opciones:

• Hacer un backup de la tabla de particiones del equipo modelo y restaurarla en el destino.

No será válido si las imágenes se utilizan en equipos con distinta distribución de particiones.

• Copiar el GUID de la partición del equipo modelo y guardarla junto con los datos de la imagen en la BD o en un archivo de texto, por ejemplo en formato JSON.

• Regenerar el cargador de arranque, que es un proceso más complejo.

Se comenta que este ticket será muy útil ya que los nuevos equipos viene con configuración UEFI. Hay pocos sistemas de clonación que lo soporten.

En la lista de correos de Tecniris ha habido preguntas sobre este tema se mandará información.

Equipos iMac

Aunque utilizan UEFI, el firmware de estos equipos no soportan PXE y varía mucho la forma de gestionarlos.

Sería util rEFInd para tener un menú de arranque gráfico en los iMac.

BURG

Se ha probado y va muy bien, con el problema que ya mencionamos que al elegir una opción deja de funcionar el time-out y el equipo queda mostrando el menú indefinidamente.

Se crean las funciones análogas a las que existían para grub:

• ogBurgDefaultEntry: para configurar el sistema operativo de arranque por defecto.
• ogBurgOgliveDefaultEntry: para configurar el ogLive (guardado en cache) como arranque por defecto.

El Burg detecta si existe el ogLive en cache y muestra una entrada para él. Para ello ha sido necesario modificar el script grubSyntax que es utilizado tanto por burg como por grub, por lo que este último también debe detectar el ogLive en cache.

Falta crear una función que oculte las particiones que no queramos mostrar a los usuarios.

Script de instalación

Se evita instalar el paquete que proporciona ifconfig, se utiliza otra herramienta para poder configurar la ip del servidor.

Mensaje 321: Placas Intel i219v con OpenGnsys 1.0.5

Hay una pregunta en el foro sobre este tipo de placas. Teruel ha tenido este modelo y le contestará.

Adaptación de la consola a php7

Un compañero de Sevilla está realizando los cambios necesarios en la consola para adaptarla a php7. Se habría un ticket y se subirá el código.

Aplicación de Android

Había un ticket para hacer una consola simplificada para móviles que usará un servidor con acceso a la red publica que fuera pasarela para acceder al servidor de OpenGnsys.

Se ha cerrado ese ticket y se ha creado uno para crear una aplicación para Android.

#789 Actualizar plantilla PXE al mover ordenador

Se comprueba que al mover el ordenador se realiza correctamente la actualización de la plantilla PXE y se cierra el ticket.

Asistente de particionado

Se corrigen errores de javascript:

• Si falla la función ogCreatePartitions se informa de error y se para. Antes seguía realizando comandos.
• Se soluciona errata y se evita problema al crear tabla MSDOS en discos nuevos: la función ogCreatePartitionTable se realizaba antes de desmontar las particiones y luego faltaban los datos para hacerlo. Se Cambia de sitio.

Base de datos

En la tabla aulas se eliminan los campos cuadro_x y cuadro_y por que no se usaban.

Se crea la tabla proyectores para el ticket de gestión remota de los proyectores de las aulas. Se irán añadiendo las propiedades que se consideren necesarias. El cambio sólo afecta a la rama del ticket

Sincronizadas

Se muestra una serie de avisos:

• Crear Imagen sincronizada: aviso las sincronizadas tipo directorio sólo pueden utilizar el repositorio por defecto del cliente.
• Crear objeto imagen sincronizadas: La ruta de origen sólo se utiliza en las sincronizadas tipo directorio.

Al restaurar las imágenes sincronizadas:

• Se permiten protocolos -DIRECT y -CACHE, por coherencia con las monolíticas y deployImagen.
• Se corrige errata por la que mostraba repositorios que no pertenecían a la unidad organizativa

Al crear las imágenes sincronizadas hace antes el inventario de software (para tipo archivo y directorio, básicas y diferenciales). El proceso de crear las sincronizadas es muy lento, no se hacía el inventario de hardware para no alargarlo más.

Unidades organizativas

Se han hecho bastantes pruebas y ha ido bien.

En el script updateCache: Se corrige errata en la llamada a ogUpdateCacheIsNecesary por la que no se encontraba la imagen

El código se ha organizado para que:

• En los script sólo aparece la función ogChangeRepo $REPO ${OGUNIT%/}

• Funciones: Sólo hay que modificar las llamadas al servidor solicitando transferencia multicast o rsync, en las que hay que mandar el valor del directorio (de la unidad organizativa) que contiene la imagen. Como valor de ogunit se utiliza la que este montada.

Foro 320 Mac mini arranque PXE

Han escrito preguntando el uso de OpenGnsys para los Mac.

Se le ha adjuntado la documentación que se usa en Sevilla y un enlace a la iso para crear el USB que permite instalar OpenGnsys en los Mac, está situado en la zona de descargas.

Se le ha comentado que la documentación se está reelaborando y que no es definitiva.

#781 deploy con multicast: control de errores

Tenemos dos valores de timeout:

• En el servidor: tiempo que espera a que estén todos los ordenadores antes de comenzar la transferencia.
• En los clientes: tiempo de espera hasta considerar que hay un error en la transferencia multicast.

Si timeout del cliente para error multicast es menor que tiempo de espera del servidor lo aumento. Si no se hiciera los equipos clientes darían error antes de que el servidor hubiera comenzado la transferencia.

ogAdmRepoAux: Se corrige errata al llamar a sendMcastFile

#797 revisar log en los procesos de restauración

deployImage: Hace el cambio de Repo y muestra datos de la imagen en los archivos de log.

createImage: Se muestra el espacio requerido para almacenarlo y el disponible. Ya estaba resuelto.

El el ticket se muestran los log de varias operaciones: restaurar cliente por unicast y unicast-direct y crear imagen.

Hay que repasar si muestra toda la información que queremos, después se cerrará.

Nueva Web

Por ahora se esta realizando el Front-end en Angular con la API REST que tenemos y con la base de datos actual.

• Se ha incluido la parte del inventario de hardware.

• En todas las pantallas existe un formulario de búsqueda que permite ocultar todos los objetos que no cumplan el filtro.

• En la página de equipos tenemos dos vistas con la misma información: lista e iconos.

Diseño de la consola

Una compañera de la universidad de Cataluña se ofrece para colaborar en el diseño de la nueva web. Se la invitará a una videconferencia para que conozca al equipo de desarrollo y se la pondrá en contacto con Huelva para que se puedan coordinar mejor.

Back-end

También se va está realizando en paralelo el backend en Symfony, con lo que habría que rediseñar la base de datos.

1) Hay tablas que son estáticas que podrían desaparecer y guardar los datos en ficheros de texto.

• filesystem
• tipospart: Se ven que existen nombres de tipos de particiones con códigos distintos, se debe el código que les asigna los tipos de tabla de particiones MSDOS y GPT.

La tabla de los sistemas operativos sí es dinámica, al crear una imagen si se detecta un sistema operativo que no existe se incluye.

Hay que revisar cuáles con las tablas estáticas.

2) Se revisa la estructura de las unidades organizativas, grupos, ordenadores, etc.

Se estructura en forma de árbol y se distinguen dos tipos de nodos: intermedios y finales.

Además los nodos pueden tener o no:

• Información sobre las propiedades de red, que heredaran los nodos hijos.
• Posibilidad de hacer login para gestionar las propiedades del nodo y sus hijos.

3) Se utilizarán vistas que permitan agrupar los clientes por un criterio determinado y realizar acciones sobre ellos. ej: Equipos con Windos10, equipos con hardware determinado,...

Código

Se va a subir el código al SVN.

• Se creará el Milestone de la versión 3.0
• Se creará la rama dentro del branch

Se borrará la rama branch/Symfony2

Nuevo OgLive

Se está creando un nuevo OgLive con un kernel superior.

Ha habido problema con el protocolo de samba pero ya está resuelto.

Falta incluirle algunos paquetes que se han añadido últimamente: burg, para usar glpi...

RemotePC

Se ha tenido una reunión con VirtualCable y nos han facilitado la última versión de UDS para poder hacer una prueba real de RemotePC.

Fundación OpenGnsys

Huelva a obtenido información de los pasos para poder crear una fundación.

Lo más importante es que se necesita un capital de 30.000 euros.

Habrá que valorar el cosas nos permite hacer el hecho de tener entidad jurídica para ver si merece la pena. En caso afirmativo habrá que hablar "con quien corresponda".

Nos pasarán la información por correo.

Pruebas

Todas con el cliente de 64bits.

En Málaga hicieron bastantes y fue bien. Valoraron si poner la nueva versión para el principio de curso pero no dió tiempo.

En Teruel también fueron bastante bien las pruebas. Fallaba el inventario de hardware pero en otras Universidades no se ha conseguido repetir el error.

Mapa de implantación

Se mandará un correo a Tecniris preguntando por el uso que se está haciendo de OpenGnsys en las distintas Universidades: número de equipos, sistemas operativos desplegados, etc.

Se partirá del correo del último mapa de implantación.