Changes between Initial Version and Version 1 of Reunion290316

Timestamp:

Mar 30, 2016, 2:19:07 PM (8 years ago)

Author:

irina

Comment:

--

Reunion290316

@@ +1 @@
+[[TOC(heading=Índice)]]
+
+= 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 [wiki:DocumentacionUsuario1.1.0 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:
+ * [wiki:DocumentacionUsuario1.1.0/OUseparadas Unidades organizativas en directorios separados]
+ * [wiki:DocumentacionUsuario1.1.0/VariosRepos Cliente de OpenGnsys con varios repositorios]
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+