[[PageOutline(2-5,Índice)]] = Acta de la videoconferencia del 26 de octubre de 2016 = Asisten: Huelva, Valencia, Málaga, Teruel y Sevilla \\ Próxima reunión: 9 de noviembre a las 11.30. == Cambios desde la última reunión == === #718 Nuevo agente modular con comunicaciones REST === No afecta al oglive, sólo en el ogAgent. El ogAgent se instala en el equipo modelo y existe una función de postconfiguración para dar los valores correctos al equipo. Cuando el usuario hace login en el sistema operativo manda un mensaje al servidor, que permite mostrar este estado en el status. Más cambios: - Se cambia nivel de depuración por defecto de OGAgent a INFO en vez de DEBUG. La variable está en el fichero de configuración del agente. - Se modifican los parámetros de descripción para OGAgent, entre ellos el contenido de la licencia. Ya está la versión definitiva. __Seguridad __ Al iniciar el agente de sistema operativo, ogAgent, envía un tokent al servidor. Cuando el servidor haga peticiones al cliente deberá incluirlo. * Se pasa como GET, es más seguro pasarlo como POST se hará más adelante. * Se ha probado con curl y con algunos comandos, ha ido bien. * Se incluye sondeo, apagar y reiniciar, se podría añadir ejecutar script. Cuando el servidor recibe el tokent devuelve un OK al equipo, si no lo recibe no se termina de iniciar el agente. Si al arrancar fallará el envió del tokent al servidor, este último no podría gestionar el equipo. en este caso sería bueno que el cliente intentará enviar el tokent de nuevo. Se plantea como una mejora para las próximas versiones. __Instrucciones de creación de ogAgent__ Se documenta cómo se crean los ficheros .deb, .rpm y .exec. === #752 setserveraddr-!UrlMenu Versión 1.0.6b === Al utilizar el scripts setserveraddr para realizar los cambios en el servidor se ha encontrado una línea que no cambia por lo que al iniciar un cliente no le aparece la pantalla del browser. ogAdmClient.cfg {{{ UrlMenu?=​https://$SERVERIP/opengnsys/varios/menubrowser.php }}} Se corrige y se cierra el ticket. === Consola: crear imagen === En el mensaje http://opengnsys.es/discussion/topic/285 nos informan que en el comando "Crear Imagen" no calcula bien el espacio en el repositorio de destino y no permite crear la imagen. En el log, en la línea dónde calcula si cabe o no la imagen deberían aparecer dos cantidades, el tamaño de la imagen y el espacio en el repo, pero sólo aparece una. === Script crear imagen y borrar imagen === Se hacen dos cambios: * createImagen: Se realizan todas las comprobaciones de los parámetros y luego se renombra se hace copia de seguridad de la imagen antigua. Antes la copia se hacía antes de terminar las comprobaciones, por lo que podía renombrarse y no crearse la nueva imagen dejando la imagen inútil. * deleteImagen: Se corrige una errata por la que si sólo existía la imagen de backup no se podía recuperar. El cambio se debe incorporar a la versión 1.0.6b. === Varios OGLive en una consola web === Se están haciendo pruebas en Málaga. Se tienen varios servidores que ofrecen distintos ogClient a los equipos y desde la consola, con plantillas PXE, se generan los archivos de arranque enviando las variables necesarias. Parece que va muy bien, aunque algunos clientes se han quedado colgados aparentemente por problemas de configuración. === Activación licencia de productos Microsoft en la restauración === En la página de recetas del wiki se incluye [wiki:EjemploPracticos?version=15#Activaci%C3%B3nlicenciadeproductosMicrosoftenlarestauraci%C3%B3n cómo activar la licencia de Windows con un servidor KMS]. En la configuración debe aparece el nombre o la IP del servidor KMS y las claves IPK. Las claves son genéricas de Microsoft, hay un enlace a ellas. === opengnsys_update.sh === Se modifica el script de actualización para que avise si se ha modificado el fichero de configuración engine.cfg. === Script de importar y exportar === Al instalar o actualizar OpenGnsys se copian estos script a /opt/opengnsys/lib. === #372 comandos y asistentes deberían limitar equipos de operación dentro de ámbito === Se había terminado ya hace tiempo. Se cierra el ticket. Los filtros sólo se activan en tiempo de ejecución, si se crean procedimientos no se guardan los filtros. === Consumo de memoria de ogAdmServer === Habría que seguir revisando este tema. === Problema con el particionado de equipos nuevos con Windows 10 === Por ejemplo en equipos Lenovo. Hay varios factores que pueden afectar: UEFI, GPT y Windosw10. == Versión 1.0.6b == #724 Se realizan cambios en el motor de clonación de OpenGnSys 1.0.6 para que sea compatible con cliente ogLive basados en Ubuntu 15.10 y 16.04 LTS (falta revisar retrocompatibilidad con ogLive anteriores). * Al detectar los dispositivos se ignoran las disqueteras. * ogGetLastSector se elimina una variable que sobraba por haber cambiado la sintásix del comando. * Se han cambiado el comando sfdisk porque deja de dar la funcionalidad que necesitábamos. Se cambia por otros y se comprueba que existen en los clientes antiguos. Es necesario comprobar que la sintásix es la misma. * otherservices.sh: Se incluye una línea que arrancar el syslog para las nuevas versiones de ubuntu, sin ella los clientes no mandarían mensajes de log. En los clientes antiguos no existe, por lo que no afecta. Se va a probar con varios ogLive. Hay un tgz con todos los cambios de de la 1.0.6b, para quien quiera probarla. === Se adapta la base de datos === Se incluye un índice el la tabla ordenadores para que aparezca bien el status. Se modifican los script sql para actualizar las bases de datos desde distintas versiones. === Particionado y cache === En el asistente de particionado a veces hay problemas al crear la cache, si se hace modifica el código y se hace en el último paso sí va bien. Hay cambios en el 1.1.0 que se podrían pasar a la 1.0.6b. === ogLive por defecto === En la 1.0.6b se mantendrá el mismo cliente y se dará un mensaje sobre cómo instalar el nuevo. Hay que modificar las funciones para que sean compatibles con el cliente nuevo. === Rsync: compatibilidad versiones cliente y servidor === Cuando la versión rsync del cliente y servidor no es la misma no se realiza la transferencia. Se resolvió en ticket #729, el cliente trae por defecto la versión 3.0.9 de rsync y al instalar se comprueba que el servidor tiene una superior se renombra un binario de la versión 3.1.0. La función de OpenGnsys rsync, en Rsync.lib, busca el comando de rsync que debe usar. El rsync se utiliza en para copiar ficheros por UNICAST con la función ogCopyFile, por lo que afecta a la transferencia de imágenes con UNICAST y TORRENT (porque el archivo .torret se copia al cliente con dicha función). Revisar que funciona correctamente en la versión 1.0.6b. === Mostrar porcentaje de uso de cada sistema de archivos === Se necesitan muchos cambios para está funcionalidad, por lo que no se hará en la versión 1.0.6. Los cambios: * ogGetConfiguration: para la función tome el dato del uso. * En la base de datos en la tabla ordenadores_particiones se incluye el campo "uso". * En los servicios ogAdmServer y ogAdmClient la función "actualizaConfiguracion" debe contemplar este dato. == Nueva consola web == Ha sido necesario cambiar algunas cosas en la API REST: * Se añaden atributos, se devuelven más. * Por rapidez en vez de consultar con RIGHT JOIN a la base de datos se hacen consultas por separado. * Se crea nueva ruta para los grupos: /groups. Es importante que los cambios se reflejen en el fichero .yml de documentación. Se ha priorizado que se llegue a toda la información con un sólo click. Hay una zona de panel de control que hay que decidir para qué la usamos, entre otras cosas se podría poner estado de salud de servidor. La plantilla se adapta a los dispositivos móviles. El código se pasará de la zona de los ticket a la rama de desarrollo. Se utiliza bower para instalar las dependencias, que no se incluirán en el código. El fichero {{{bower.json}}} tendrá un listado de las mismas y se instalarán con {{{bower install}}}. == Red Iris == Los Grupos de Trabajo de RedIRIS son el 14 y 15 de noviembre. Se ha creado un documento en el Google Drive para hacer la presentación de forma colaborativa. Hay que intentar tenerla para la próxima reunión. Se incluirán capturas de la nueva consola web.