Acta de la videoconferencia del 25 de enero de 2018

Asistentes: Sevilla y Málaga
Próxima reunión: 8 de febrero a las 11:30

Leyendas:

• Tareas pendientes.
• Mejoras.

Pruebas

Las pruebas del uso básico han ido muy bien, se están encontrando detalles que no es necesario resolver antes de sacar la versión. Se podrían apuntar y solventar en una revisión próxima.

Se están realizando con el servidor en Ubuntu14 (Málaga) y en Ubuntu16 (Sevilla), de forma que la versión será compatible con ambas distribuciones.

Ya está preparado el código en el svn para subirlo a la rama estable cuando decidamos liberar la versión.

Problema con el rsync

Cuando hay repositorios distribuidos se ha detectado un problema en la función ogCopyFile que utiliza rsync.

En este caso se utiliza el rsync del cliente, sin utilizar el servicio rsync del servidor por lo que no cabe que haya problema de incompatibilidad con las versiones de uno y otro.

No se sabe si se debe al repositorio, al servidor o si es aleatorio

ogLive por defecto

Cuando en la consola el ogLive está asignado por defecto se guarda en la cache en el directorio /boot, sin embargo si tiene asignado uno concreto lo guarda dentro de /boot/$nombre_ogLive.

En el servidor los distintos ogLive instalados están situados en subdirectorios con su nombre, el que está definido por defecto tiene un enlace simbólico llamado "ogLive"

En cache mejor que hubiera sólo un ogLive. Tendría que estar siempre en el mismo sitio, hay que pensar si dentro de un subdirectorio o que estuviera siempre en el raíz (siendo compatible con versiones anteriores).

Se deja para solucionarlo en una revisión posterior.

Se comprueba que el comando setsmbpass cambia la clave para todos los ogLive del servidor. Recorre los distintos subdirectorios y va cambiando la clave uno a uno.

oglivecli

Cuando se instala una cliente hay que darle la opción install junto con el nombre de la iso a instalar, si se usan comodines en el nombre de la iso la instalación se hará correctamente pero el nombre del directorio no será en nombre completo de la iso sino el que se haya pasado como parámetro. Hay que corregirlo.

Cambios desde la última reunión

Gestor de arranque Burg

Se utiliza el mismo directorio para la configuración de burg ya se instale en el sector del arranque de la partición, con la función ogBurgInstallPartition, y en el MBR, con la función ogBurgInstalMBR.

Según se use una función u otra se guardará el fichero de configuración en un directorio distinto, igual que se hace al instalar grub.

Las funciones de instalación del burg si se le pasa el parámetro TRUE regeneran el fichero de configuración del burg, detectando los sistemas operativos instalados.

Por similitud con ogGrubInstall se llamará a updateBootCache para situar el ogLive en cache y que aparezca como una entrada del menú.

En Málaga, en vez de esto, tiene un fichero de configuración ya predefinido que se copia al postconfigurar.

funciones auxiliares para burg

Se crea un ticket nuevo para una serie de funciones que facilitan el uso de burg:

• Asignar tema a burg: permite utilizar algunos de los temas que trae u otro personalizado. Esto facilita usar los colores de cada Universidad.
• Cambio de resolución del menú de burg
• Cambio del tiempo de espera para iniciar en el sistema operativo por defecto.

Todos los cambios están en el fichero Boot.lib.

Script de instalación del agente

Ahora en la consola en las propiedades de los equipos, encontramos los instalables de los agentes de sistema operativo y las instrucciones es de instalación.

Se ha creado un script que prepara la instalación del agente.

• Se le pasa como parámetro el disco, la partición y un usuario administrador .
• Copia el instalable u incluyendo en el registro una clave "RunOnce?" para que ejecute la instalación.
• Al entrar el usuario le preguntará si quiere instalar el agente.
• Al final de la instalación se muestra un mensaje para que en el fichero de configuración se cambie la ip del servidor.

Se podría intentar que el script después de instalar el agente cambie el fichero de configuración que ha creado la instalación por el correcto.

Sólo hay que hacerlo en el pc modelo, en la postconfiguración sólo habría que modificar el fichero de configuración para que tenga la ip del servidor correcta.

Se están haciendo cambios en el agente de forma que incluyen más funcionalidades, es importante que los agentes tengan la información de la versión y la release para saber si hay que actualizarlos. En la instalación copia un fichero de VERSION.txt donde se incluirán estos datos.

#718 Nuevo agente modular con comunicaciones REST

Elimina marcas de arranque de Windows al iniciar el servicio de OGAgent.

En el README de OGAgent se sustituye el formato de texto por HTML.

ogBoot

Con la nueva versión del kernel del cliente no permite el arranque en caliente de Windows. La función ogBoot mantiene esta opción de arranque por si más adelante es posible.

#821 comando particionar sólo funciona correctamente en al ámbito de tipo ordenador

Cambios en el comando Particionar y Formatear:

• Soportar varios grupos de configuraciones en ámbito de aulas.
• Nuevas cabeceras más descriptivas y con traducción al inglés.
• Avisar si un grupo de ordenadores tiene discos con distinto tamaño e indicar que debe desagruparse para poder aplicar los cambios.

En el formulario de configuración de aula, indicar que hay grupos de ordenadores con distinto tamaño de disco.

Se introduce una errata en la revisión 5551 que se corrige en la 5559.

#819 eliminar un objeto ordenador no elimina fichero PXE

Se elimina bien en fichero PXE.

Se había detectado un error, podía deberse a que los permisos del directorio no fueran correctos.

Se ha mejorado el rendimiento al borrar el archivo PXE, se usa una función de php en vez llamar al sistema.

Se cierra el ticket.

Asistente de particionado

Si se define una partición de LINUX-SWAP se incluye código para que la formatee, de esta forma al restaurar linux utilizará la swap de forma automática.

createBootMode

En la consola el crear un equipo no se llamaba al script de createBootMode en el orden correcto.

Se ejecutaba antes que el equipo estuviera incluido en la base de datos, por lo que el nombre del archivo de configuración PXE que se generaba era 1-------, faltando el valor de la ethernet.

#818 actualización ficheros PXE tras modificar propiedad de IP del repositorio

En el fichero tftputils.php se crea la función updateBootRepo que se llama cuando se modifica la ip de un repositorio. La función actualiza todos los ficheros PXE de los equipos que tienen asignado dicho repo.

La prueba se ha realizado en una consola con un único repositorio definido, habría que probarlo con una consola con varios repos para asegurarnos que los equipos de los otros repos no sufren cambios.

#817 Correcciones al formulario propiedades del aula

Se cierra el ticket después de los siguientes cambios:

• Se modifica la asignación de imagen y ya se realiza correctamente.
• Se modifica el mensaje de validación para que diga "aforo", en concordancia con el nombre del campo del formulario.
• Se divide el formulario en dos partes, las propiedades del aula que son iguales para todos los equipos y las propiedades que pueden ser distintas entre los equipos pero el formulario permite cambiarlas de forma masiva.

#824 Iniciar sistema restaurado

Se está trabajando sobre el ticket, pero no se incluirá en la próxima versión.

#822 llamar al updateBootCache desde el particionado de la cache

Cuando al particionar el equipo se incluya cache se llamará a la función updateBootCache para que aloje la primera etapa del cliente de OpenGnsys en esta partición.

Habría que pensar que al formatear la cache se restauraran posteriormente el cliente que tuviera instalado y la configuración del gestor de arranque.

Tendrían que existir varias funcione, por un lado para limpiar completamente la cache y dejarla vacía y por otro que permitiera recuperar la configuración del ogLive y el gestor de arranque.

Desde la consola se pueden eliminar las imágenes en cache una por una, se podría permitir que se realizará una selección múltiple e incluir la opción de seleccionarlas todas a la vez.

#828 identificador de perfil hardware disponible desde el ogLive. Eliminación del winboot=reboot

En los archivos PXE:

• Se elimina la opción de winboot, ya que no se usará porque no podemos arrancar el Windows en caliente.
• Se incluye la información de hardprofile para poder usarlo en la postconfiguración.

El cambio se realiza en la consola y en el script setclientmode.

#823 Mejorar el rendimiento al obtener el inventario de software de Windows

Se utiliza un método más rápido para localizar ficheros y para obtener versión en Windows;

Para detectar el Sistema Operativo antes se realizaba un bucle en una rama del registro de Windows. Ahora se utiliza la función hivexregedit para que liste las claves, buscando el nombre del sistema en el archivo resultante.

Para cliente más antiguos que no contengan el programa se utilizará la forma anterior de detectar el sistema.

Antes tardaba entre 3 o 4 segundos por cada sistema Windows que hubiera instalado.

En los equipos que hemos probado, con dos Windows, con la versión 1.1.0 pasa de tardar 29s a 19s con el cliente con kernel 4.8 y 17s con el kernel 4.13.

Con este mismo comando el inventario de software de Windows va mucho más rápido, pasa de varios minutos a segundos.

La detección del sistema operativo Macintosh pasa de denominarse "Mac OS" a macOS.

#808 Mejoras en el soporte de equipos Mac

Actualizar plantilla DHCP con ejemplo para equipos Mac.

#775 Permitir mismo nombre de imagen en diferentes repositorios de imagen

En propiedades dela imagen se cambia la validación del formulario con javascript.

#730 Integración de rama OpenGnsys 1.1.0 en rama principal

Se revisa el código poniendo el nombre correctamente (OpenGnsys) y las url que llaman al proyecto con protocolo seguro https.

Se eliminan ficheros y código en desuso.

• En engine.cfg la variable INSTALLOSCLIENT.
• En propiedades_aulas se elimina un código comentado sobre el horario del servicio.
• Las fuentes de los agentes de linux y windows antiguos.
• El instalador del ticket de arranque remoto por Unicast.

#817 Correcciones al formulario propiedades del aula

Corrección del texto en todos los idiomas de las propiedades del Aula.

En la división del formulario de aulas en dos partes, se vuelve a incluir el campo "menú" en segunda zona, de modificación masiva de ordenadores del aula.

Curso de OpenGnsys

La UPC va ha programar un nuevo curso de OpenGnsys.

Una Universidad de Murcia también está interesada OpenGnsys.

En el laboratorio virtual que se utiliza en el curso Online:

• Se han cambiado la configuració de las IPs y las MACs de los equipos, para que coincida el final de la IP, la MAC y el nombre del PC. Quedan como el siguiente ejemplo: pc-11, con IP 192.168.56.11 y MAC XX:XX:XX:XX:XX:11.
• Se elimina la red interna, de forma que los equipos se comunican entre sí con el "adaptador sólo-anfitrión".
• En el servidor la partición dedicada al repositorio será un volumen lógico, para hacer prácticas de ampliación del espacio.

Entorno de pruebas con Vagrant

Con vagrant tenemos definidos dos entornos de máquinas virtuales que instalan respectivamente:

• La versión estable 1.0.6 obtenida desde el truk.
• La versión en desarrollo 1.1.0 obtenida desde el branches/version-1.1.

Cuando saquemos la próxima versión estable tendremos tres entornos:

• Versión 1.0.6 obtenida desde el tag/opengnsys-1.0.6b.
• Versión estable 1.1.0 obtenida desde el trunk.
• Versión en desarrollo 1.1.1 obtenida desde el branches/version-1.1.

Se revisa que en los tag los instaladores llaman correctamente a la rama de código que le corresponde en el SVN. Todos están bien salvo los de las versiones más antiguas (1.0.1 y 1.0.2).

En la reunión se comenta cómo utilizar vagrant y virtualbox para generar el laboratorio de máquinas virtuales, está documentado en el archivo README.es.txt situado en el mismo directorio de los archivos Vagrant.

Estás máquinas virtuales son las que se utilizan para el curso Online de DocenciaNet, se modificarán los ficheros vagrant para hacer los cambios comentados anteriormente.

Problemas con WOL

En Windows 7 funcionaba correctamente pero en Windows 10 al enviar la orden de Wake On Lan la proporción de equipos no se encienden todos.

Parece que después de restaurar en el primer inicio de Windows reconoce la tarjeta de red del equipo y modifica su configuración. En Málaga utilizan para Windows7 un script que según el hardware configura la tarjeta de red adecuadamente, todavía no lo han modificado para usarlo en Windows10.

Distribución servidores OpenGnsys en Málaga

Dos servidores de administración centrales que pueden utilizar todos los centros.

• Uno con la instalación de OpenGnsys sin modificaciones.
• Uno con la instalación de OpenGnsys personalizada.

Un repositorio extra, ahora con la versión 1.0.4, que también van a actualizar.

De esta forma en caso de error detectan mejor el origen.

Los servidores ya están preparados con la versión 1.1.0 y algunos centros los están utilizando.