wiki:Reunion290316

Acta Videoconferencia 29 de Marzo de 2016

Asisten: Huelva, Barcelona, Málaga y Sevilla.
Próxima reunión: martes 26 de abril de 2016 a las 11:30.

Versión 1.1.0: Últimos cambios

#734 Liberar versión de mantenimiento OpenGnsys 1.0.6a en rama principal

Se ha liberado la versión de mantenimiento OpenGnSys 1.0.6a r4820, también se ha empaquetado el fichero tar.gz en la zona de descarga y se ha congelado el código en la rama tags/opengnsys-1.0.6a.

Se ha puesto un anuncio en la página principal del proyecto.

#722 Multicast entre subredes

Se modifica la funciona ogMcastSyntax del fichero Protocol.lib para que permita hacer multicast en clientes que se encuentran en diferente subred que el servidor de repositorio.

Cierre de ticket tras las pruebas satisfactorias realizadas.

#723 Cambio temporal de fichero de arranque PXE

Se modifica la funcionalidad del script "setclientmode" del servidor para que permita escoger entre un cambio temporal o permanente del fichero PXE de arranque de los clientes en función de un parámetro (0=temporal, 1=permanente).

Cierre de ticket tras las pruebas satisfactorias realizadas.

#739 Estandarizar entorno virtual de desarrollo con Vagrant

Crear un conjunto de ficheros Vagrant para estandarizar la creación de varios tipos de entornos virtuales para desarrollo y pruebas generales.

Teniendo instalado Vagrant, VirtualBox y el "extension pack" el fichero nos permite crear automáticamente el entorno virtual de trabajo.Genera el servidor de OpenGnsys, una máquina módelo y 3 vacías.

  • ogAdministrator: MV para servidor OpenGnsys basada en Ubuntu 14.04 y 2º disco para repositorio.
  • ogClient01: MV cliente modelo con Ubuntu 14.04 instalado.
  • ogClient02 - ogclient0N: MV clientes para restaurar con disco vacío.

Para iniciar las máquinas virtuales:

  • Iniciar la MV del servidor:

vagrant up

  • Iniciar las MV de los clientes (tras iniciar el servidor):
    • Cliente modelo: vagrant up ogClient01
    • Clientes vacíos para restaurar: vagrant up ogClient0X (siendo X de 2 al nº máximo definido)

El servidor instalará automáticamente OpenGnsys y si se descomentan unas líneas del fichero incluirá los equipos clientes en la base de datos.

En el cliente modelo, ogClient01:

  • Hay que deshabilitar la interfaz eth1 para que arranque por PXE. Es la interfaz que utiliza vagrant para configurar el equipo, si se vuelve a habilitar se el equipo tendrá acceso a internet.
  • Hay unas líneas que al descomentarlas instalan automáticamente el agente nuevo.

Al iniciar los clientes vacíos dará error aunque la máquina está bien creada; Se debe a que vagrant intenta comunicarse con la máquina virtual para configurarla y al estar vacía no puede.

Una vez terminada la creación las máquinas se gestionarán sólo con Virtualbox.

Se puede editar el fichero para cambiar la configuración de las máquinas virtuales, ej: tamaño de disco duro o memoria, y el número de máquinas virtuales de 4 a 9.

Se han creado varios ficheros para distintos entornos:

  • Vagrantfile-trunk-vbox y Vagrantfile-devel-vbox, entornos de prueba de la versión 1.0.6 y 1.1.0 respectivamente.
  • Vagrantfile-boottools-vbox -> entorno para crear el ogLive.

Cambiando el sistema operativo en la configuración de la máquina permite probar la creación del cliente con distintas versiones del sistema y el kernel.

Restricción: Para ver la consola web del servidor de OpenGnsys hay dos opciones:

  • Hacer NAT y mapear el puerto 443 del servidor a un puerto a uno de nuestra máquina física. Con los inconvenientes
    • Si tengo una ip pública puede ser visto por cualquiera.
    • No puedo ver el log en tiempo real de los clientes.
  • Instala el entorno gráfico del servidor y veo la consola desde un firefox de la máquina virtual.

Se ha probado en Ubuntu y Fedora, se probará en Windows.

El ticket está terminado, sólo falta documentarlo.

API REST

La API REST está incluida en el branch 1.1.0 con actualizar la parte de servidor la consola web tendrá está funcionalidad, en concreto la parte que responde al nuevo agente.

Cambia la página de estatus que detecta los equipos con el agente antiguo y el nuevo. En el fichero de log /opt/opengnsys/logs/ogagent.log quedan registrados los eventos de los clientes, arranque, parada, login y logout.

A los agentes se le puede enviar el comando de Apagar y Reiniciar, la consola todavía no lo soporta se haría desde línea de comandos con:

curl -k http://IP_cliente:8000/opengnsys/poweroff

curl -k http://IP_cliente:8000/opengnsys/reboot

setserveraddr

Se ha corregido una errata detectada el crear el entorno de pruebas virtual.

Estaba en el tratamiento del fichero DHCP para establecer el servidor PXE y el router por defecto si no existe.

Agente para los sistemas operativos

La instalación del agente en linux tiene varios pasos: actualizar el sistema, instalar una serie de dependencias y luego bajarnos el paquete del agente e instalarlo.

Tarda demasiado para hacerlo en la postconfiguración. Es mejor instalarlo en el equipo modelo, esto es posible porque la configuración no tiene el valor de la ip del cliente.

Los instalables deben estar a accesibles para quien vaya a instalar el equipo modelo, se situarán el la consola web en /opt/opengnsys/www/descargas. No queda claro donde mostrar dentro de la consola de administración el enlace a esta zona, se proponen en las propiedades de pc o en el formulario de crear imagen. Debe estar en una zona que haya que autenticarse.

Versión 1.1.0: ticket nuevos

#741 Problema "PXE unload fails: 1"

Existe un problema con el gldr que trae por defecto la instalación de OpenGnsys, y es necesario cambiarlo por el grub4dos-0.4.5b, sin embargo en la 1.0.6a parece que aún no se incorpora dicho fichero por defecto.

Se sustituirá el fichero en las ramas, para próximas versiones. No se modificará el trunk con la 1.0.6a.

#740 Clonar disco completo en modo "raw"

En Huelva han necesitado clonar el disco duro de un servidor y han pensado que podía ser útil que lo haga OpenGnsys.

Se plantea está funcionalidad como un backup de disco; Se harán los script/funciones de línea de comandos que se necesiten.

Supone un cambio de filosofía de la forma de desplegar los sistemas en OpenGnsys. Habría que utilizar una extensión distinta a .img para que no haya confusión con las otras imágenes.

Por ahora no se pondrá en la consola de administración.

Si está acabado cuando se vaya a sacar está versión se incluirá, pero no se retrasará la liberación de la misma.

#742 Servidor OpenGnsys de alta disponibilidad

Huelva tiene el servidor de OpenGnsys en alta disponibilidad. Tienen dos server que comparten una ip virtual y tienen una propia para controlar al otro. En el momento que el principal se cae el secundario toma su función, siendo transparente para los repositorios.

El objetivo del ticket es añadir a la consola la posibilidad de configurar el servidor OpenGnsys o los repositorios como alta disponibilidad mediante servicio hearthbeat.

#743 Función en el webservice api rest para wakeonlan

Cuando los clientes de OpenGnsys están en distintas subredes no pasan a través del router los paquetes para hacer WOL. Es necesario que sean los repositorios, en la misma subred, quienes levanten los equipos.

Se propone implementar en los repositorios una api rest de manera que la comunicación entre el servidor y los repositorios se realice a través de ella, de esta forma las peticiones de wakeonlan podrían hacerse mediante dicho sistema quitando así el inconveniente de las subredes.

Se plantea usar el mismo framework de API REST que en el server: Slim

Alta de ordenadores de despacho

En Barcelona van a utilizar OpenGnsys para gestionar los "ordenadores de despacho", necesitan darlos de alta de forma automatizada (o al menos fácil).

Las líneas que se utilizan en el fichero Vagrant para dar de alta a los clientes se podrían usar para dar de altas a estos equipos.

Formulario de solicitud de IP podría meterse utilizarse para que también se incluyan en la base de datos de OpenGnsys.

El ogagent manda un mensaje al servidor cuando se arranca, esto puede permitir darlo de alta. El problema es que cuando un equipo de despacho necesita conectarse a OpenGnsys para restaurar normalmente tiene el sistema operativo tan mal que no es planteable que puede arrancarse siquiera.

Documentación 1.1.0

Se ha creado una página para la documentación de la versión 1.1.0, se ha dejado sin enlazar a ningún sitio para que este oculta.

Se han creado las documentación de:

Last modified 3 years ago Last modified on Jul 14, 2017, 1:07:08 PM