Changes between Initial Version and Version 1 of Reunion240117

Timestamp:

Feb 3, 2017, 9:27:12 AM (8 years ago)

Author:

irina

Comment:

--

Reunion240117

@@ +1 @@
+[[TOC(heading=Índice)]]
+
+= Acta de la videoconferencia del 24 de enero de 2017 =
+
+Asisten: Zaragoza, Teruel, Huelva, Málaga y Sevilla. \\
+Próxima reunión: Jueves 29 de febrero a las 11:30.
+
+== Publicación de la versión 1.0.6b ==
+Se ha anunciando la publicación de la versión de mantenimiento 1.0.6 en:
+ * La página del proyecto OpenGnsys.
+ * Lista de correos Tecniris de !RedIris.
+ * Lista de aulas de la Universidad de Sevilla.
+
+Ya se han descargado 43 veces la nueva versión (39 veces el instalable r5159 y del "last" al menos 4 descargas corresponden a esta versión).
+
+== Curso Online de la versión 1.0.6b ==
+Se ha abierto la nueva versión del Curso Online y se han pasado todos los estudiantes de la versión anterior a la nueva.
+
+Se mandará un mensaje a la lista de !RedIris anunciándolo.
+
+== Últimos cambios ==
+=== #718: OGAgent  ===
+
+ * Soporta ejecutar script en sesión de usuario: 
+   * Permite enviarle un script, codificado en base64, para ejecutarlo en el sistema operativo Windows o Linux. 
+   * Se ejecuta en la sesión de usuario. Se podría poner un parámetro que nos permita decidir si queremos que se ejecute en modo administrador o usuario.
+   * En Windows las "\" hay que escaparlas para que evitar errores. ej \t se entendería como tabulador.
+   * Podríamos matar un proceso (con taskkill), abrir un navegador, etc.
+ * Permite mostrar una mensaje emergente en la sesión del usuario. Por ahora no permite acentos.
+
+Los nuevos paquetes de instalación de ogAgent con estas mejoras, para no sobrecargar la zona de descargas, están en consigna.us.es y caducarán en una semana (mirar lista de correo).
+
+=== #768: varios ogclient ===
+ * En la versión 1.0.6b tenemos la información de la versión del ogclient en $OPENGNSYS/doc/veroglive.txt. Con la opción {{{convert}}} del comando oglivecli se extrae la información de este fichero y se guarda en el archivo ogLive.info, que contendrá un array en formato JSON con la información de los ogLive instalados y su valor por defecto. El fichero antiguo desaparece.
+ * Se integra script oglivecli en rama de desarrollo: se pasa de la rama de ticket a la versión 1.1.
+
+ * Scripts de instalación y actualización usan oglivecli.
+
+Montaje del oglive por parte del cliente:
+ * Primer paso: En el fichero de arranque PXE se incluye como parámetro el directorio del oglive asignado, el cliente se inicia con el kernel y el initrd que contiene.
+ * Segundo paso: Se monta por samba el segundo sistema de fichero. Se comprueba que el servidor comparte el directorio /opt/opengnsys/tftpboot por lo que el cliente puede montar cualquiera de los oglives (subdirectorios) disponibles.
+
+Para copiar en cache la primera parte del oglive en el cliente se usan el kernel y el initrd que están fuera de los directorios del ogclient. Por ahora se mantiene así, por lo que en esta  versión sólo se podrá guardar el cache el oglive por defecto.
+
+Los oglive antiguos no pueden tratar el nuevo parámetro por lo que siempre montarán el cliente por defecto. Para conservar la compatibilidad con estos clientes se hacen dos enlaces simbólicos:
+        * ogLive → ogLive-por-defecto
+        * ogCliente → ogLive
+
+Algunas de las opciones del comando oglivecli son:
+
+* convert: convierte el ogclient antiguo al formato de ogLive nuevo y crea el fichero de información en formato JSON.
+* get default: muestra el ogLive por defecto.
+* set default: cambia la configuración del ogLive por defecto.
+* show: muestra las propiedades de un ogLive o de todos, según el pasemos por parámetro el nombre del ogLive o lo dejemos vacío.
+* search: me permite buscar los ogLive.
+
+La instalación se realiza en dos pasos: 
+ * descarga: oglivecli download [ file_iso ]. Se le puede incluir el parámetro de la iso a descargar, en caso contrario mostrará un listado de las iso disponibles.
+ * instalación: oglivecli install file_iso.
+
+Se plantea la conveniencia que al instalar OpenGnsys se instalen todos los ogLive disponibles. Sería más cómodo para el cliente.
+
+  Problema: cada cliente ocupa unos 500Mb que se aloja en /var/lib/tftpboot que normalmente pertenece al sistema de fichero raíz, que suele ser pequeño.
+
+  Se podría poner la script oglivecli la opción installall.
+
+La consola web podría usar el script oglivecli para ver cuales con los oglives disponibles. Se necesitarían para configurar cúal corresponde a para equipo cliente.
+
+=== API REST ===
+En la url que muestra la información del servidor se incluye un array con los distintos oglive instalados.
+
+Se cambia el paquete para tratar los ficheros JSON, el nuevo está disponible en Ubuntu y Fedora.
+
+También se incluye el comando sponge que lee de la entrada estandar y escribe en el fichero especificado, permitiendo evitar archivos temporales. Se incluirá en el ogclient. Para los ogclient antiguos habrá que incluirlo compilado en el directorio /opt/opengnsys/client/bin.
+
+=== Mensaje 644 del foro: versión incorrecta la actualizar  ===
+Nos informa de que el script de actualización de la 1.0.6b no actualizaba correctamente la información de la versión. 
+
+Después de pasar todas las modificaciones al trunk ya se realiza correctamente.
+
+=== Mensaje 291 del foro: Servidor OpenGnsys para gestionar aulas en redes distintas ===
+En el foro preguntan si necesitan utilizar un servidor por cada red o es posible tener un único servidor en una red de servidores que tenga acceso a tres redes distintas que no se ven entre ellas.
+
+En Teruel tienen una configuración similar, le contestarán ellos.
+
+=== Tag 1.0.6a ===
+Al "congelar" la versión anterior en la rama tag el instalador seguía apuntando a la rama estable del proyecto. Se ha modificado la variable SVN_URL para que baje el código correcto.
+
+=== Changelog de la versión 1.0.6b ===
+Se repasan los ticket de la versión y se incluyen los que faltan en el archivo Changelog. Se modifica en el branches 1.0, falta en el trunk y en el tgz.
+
+=== Pruebas de la versión 1.0.6b ===
+En la página BancoPruebasPorOperacion106b se incluyen las pruebas realizadas para esta versión.
+
+
+=== Versión 1.0.6b: Eliminar Imagen de Repositorio ===
+Falla el comando de la consola: borra el archivo de la imagen pero no borra el objeto imagen de la base de datos. 
+
+Se considera un error bastante importante por lo que se corregirá en la rama 1.0, en el trunk y en el tgz.
+
+== Error en ogReduceFs ==
+Es un error que sólo ha pasado una vez y no se puede reproducir.
+
+Al crear una imagen se ha echo el chequeo del disco y al reducir el sistema de ficheros hace un bucle infinito.
+
+En la función hay un bucle que no está muy claro porqué se realiza. El problema es que la cadena que se usa para comprobar la salida del bucle está vacía y nunca cumple la condición.
+
+Una opción sería poner un número máximo de iteraciones, pero hay que determinar en los casos normales cuántas se realizan.
+
+Se saldría con error informando que la partición no se ha reducido correctamente y que el tamaño de la imagen sería muy grande.
+
+== !OgAgent para MAC ==
+Se hicieron pruebas en Málaga:
+ * Utilizaron una máquina virtual de vagrant.
+ * Como requisitos para atender las peticiones de UDS había que instalar el python 2.7 (hubo que desinstalar el anterior).
+ * Se utilizó una aplicación de prueba y se recibían correctamente los parámetros que enviaba UDS.
+
+Con Windows y Linux han ejecutado script de python.
+
+== Sincronizadas ==
+Se están buscando posibles soluciones a los problemas de las sincronizadas:
+ * Falta de compresión en la imagen, por lo que ocupa mucho espacio en el servidor.
+ * La transferencia es más lenta que las imágenes monolíticas. 
+
+__Espacio en disco__
+
+Se ha probado con buenos resultados el sistema de ficheros ZFS que permite montarlo con compresión. 
+
+Aparece el concepto de imágenes "hijas" o "hermanas":
+  Antes de crear nueva imagen sincronizando la partición del equipo modelo se puede hacer una copia de los archivos contenidos en otra imagen similar con el comando cp y la opción -l, de forma que se crean enlaces duros en vez de nuevos archivos; Para la nueva imagen sólo ocuparan espacio en disco los ficheros que sean diferentes de los de la imagen inicial.
+
+  Obliga a utilizar las imágenes basadas en directorio y no contenidas en un archivo.
+
+Más información en [wiki:SyncronizeZfs Pruebas de mejoras en imágenes sincronizadas].