Changes between Initial Version and Version 1 of Reunion220217

Timestamp:

Mar 6, 2017, 11:19:24 AM (7 years ago)

Author:

irina

Comment:

--

Reunion220217

@@ +1 @@
+[[TOC(heading=Índice)]]
+= Acta videoconferencia 22 de febrero de 2017 =
+
+Asisten: Valencia, Zaragoza, Teruel, Málaga, Huelva y Sevilla \\
+Próxima reunión: 7 de marzo a las 11:30
+
+== Últimos cambios en la versión 1.1 ==
+ 
+=== #773 Incluir script personalizado para bootOs ===
+Se ha creado la plantilla bootOsCustom.template con varios ejemplos comentados y descritos. Para personalizar el inicio hay que renombrar la plantilla a bootOsCustom y descomentar o añadir el código deseado.
+
+En el script bootOs llama a bootOsCustom después de hacer las modificaciones necesarias para el arranque "básico" y antes de desmontar las particiones.
+
+Se revisará el script bootOs y todo el código que no sea necesario se pasará a la plantilla comentado.
+
+=== #772 Módulo de administración web para dispositivos smartphones y tablets ===
+
+Se está desarrollando un pluging que consiste en un conjunto de páginas con distintas las hojas de estilo que ajustan la visualización a una pantalla de pequeñas dimensiones. 
+
+El Código se está situando en [source:branches/admin/WebConsole branches/admin/WebConsole].
+
+=== API REST ===
+En las solicitudes múltiples antes recogíamos el mensaje de respuesta de los equipos, ahora también recogemos el código de estado http con el éxito o error.
+
+=== Imágenes sincronizadas ===
+Se está probando a transferir las sincronizadas por multicast. La idea se ha tomado del proyecto mrsync. Se realizan varios pasos.
+ * En cada cliente con rsync se crea un listado con los ficheros que hay que modificar y se envían al servidor (unificándolo con los que ya se hayan mandado).
+ * El servidor envía a todos los clientes los ficheros del listado por multicast.
+ * Cada cliente vuelve a ejecutar rsync para comparar los atributos y enlaces. 
+
+=== Función ogMcastRequest ===
+
+Cuando restauramos por multicast el cliente primero solicita al servidor que inicie la transferencia con "ogMcastRequest" y luego se une a la misma con "ogMcastReceiverFile"
+
+La función ogMcastRequest comprueba si el servidor está realizando una transferencia multicast y si no es así la solicita, en caso de no comenzar la vuelve a solicitar 4 veces más. Al final se sale sin error aunque no se haya iniciado la transferencia. El cliente intenta unirse a la misma y se queda indefinidamente esperando.
+
+Sería conveniente que ogMcastRequest en este caso salga con error. Es necesario modificar la función y revisar los script que la utilizan.
+
+Usamos una versión antigua de udp-sender, habría que mirar hay alguna nueva.
+
+=== Mensajes del foro ===
+
+==== Modificar el comando 'Arrancar' ====
+Los clientes de OpenGnsys si se encienden "manualmente" arrancan correctamente con el ogLive pero si se arrancan con WOL se inician directamente en el sistema operativo.
+
+Puede deberse a la configuración BIOS. Algunas llevan una opción que permite configurar el comportamiento del arranque cuando reciben el paquete de WOL, es decir que se comportan distinto si arrancamos de botón que si lo hacemos por red. Se suele llamar "PXE Boot after WOL" o algo similar. 
+
+Se contestará al [message:656 mensaje].
+
+==== !PostConfiguración – meter equipos de un aula en dominio ====
+Pregunta cómo, una vez han clonado un aula, se puedan meter las máquinas en dominio de manera automática. Ha encontrado la respuesta en un [message:576 mensaje anterior] del foro:
+
+En Valencia han modificado el script ara incluir el equipo en el dominio, antes estaba hecho en vbscript y ahora lo tienen en powershell. Funciona mejor para Windows7 en adelante.
+
+Para cambiar el sid no han encontrado herramientas gratuitas, utilizan un software barato que  se copia en la postconfiguración y se ejecuta en el primer arranque.
+
+También se podía hacer con sysprep pero retrasa mucho el proceso de clonación.
+
+=== Función ogGetCaller ===
+Esta función devuelve el nombre del comando que está llamando al script en ejecución. 
+
+Se ha corregido un error por el que truncaba el nombre, dando distinto resultado, según el tamaño de la consola que se estuviera utilizando. No afectaba a los script lanzados desde la consola web.
+
+=== Script oglivecli ===
+Se incluye en el instalador y el update. El antiguo script para instalar el oglive, installoglive, es ahora un enlace simbólico a oglivecli.
+
+Ya se pueden tener varios ogLive en un mismo servidor, pero la consola no está preparada para ello.
+
+=== Consola nueva ===
+Se ha quitado la librería que llamaba al svn y se ha incluido en el código. Ya se puede probar correctamente.
+
+=== ogAgent ===
+En el archivo install.txt hay instrucciones con las dependencias.
+
+=== Remote PC ===
+Está prácticamente terminado. Queda revisar si en la API REST falta algo. Esta documentada en [wiki:ApiRest Definición de la API REST para OpenGnSys].
+
+En cuanto a seguridad, al acceder a una URL ya se comprueba que sea usuario administrador de la Unidad Organizativa que esté consultando.
+
+Se echa en falta el estado de los equipos de un ámbito, que es una información que sí tenemos en la web actual y nos sigue interesando para la nueva.
+
+Se podría realizar utilizando en la url un filtro con GET, por ejemplo identificando ámbito o grupo al que deben pertenecer los equipos.
+
+== Subproyectos de OpenGnsys ==
+
+Para facilitar las colaboraciones con el desarrollo de OpenGnsys se ha creado en el wiki [wiki:Subproyectos una página] donde se definen futuras funcionalidades que son lo bastante modulares para abordarlas como un subproyecto independiente. 
+
+Se añadirá un mensaje al foro invitando a que nos manden sugerencias quienes usen OpenGnsys en las distintas Universidades.
+
+
+Proyectos que aparecen en la página:
+
+   * Gestión de particiones GPT y arranque tipo UEFI.
+   * Arranque de Windows el cliente ogLive sin reiniciar la máquina.
+   * Sustituir clientes de sistemas operativos por agente basado en API REST.
+   * Sustituir cliente instalado en ogLive por agente basado en API REST.
+   * Sustituir servicios ogAdmServer y ogAdmRepo por una API REST.
+   * Crear paquetes de instalación de OpenGnsys en formato .deb y .rpm.
+   * API de virtualización.
+
+Pasamos a detallar algunos de ellos:
+ 
+=== Gestión de particiones GPT y arranque tipo UEFI ===
+Se está probando a sustituir Grub4Dos por grub2 para el arranque PXE. 
+ * Un comando de servidor instala lo necesario.
+ * Permite el arranque de sistemas EFI.
+ * Necesita incluir módulos para que vea las particiones, los sistemas de ficheros, ...
+ * Se puede configurar para que como menú de arranque del equipo toma un fichero cuyo nombre sea igual a la MAC del equipo o, si no existe, uno por defecto.
+
+Las menús PXE no son iguales para Grub4Dos por grub2, habrá que crear nuevas plantillas.
+
+Hay que probar si kexec llamando a grub2 es capaz de arrancar Windows en caliente. 
+
+No son opciones excluyentes: en un mismo servidor, según la configuración del dhcp, se pueden tener dos arranques PXE diferentes.
+
+=== ogAgent para MAC ===
+Se puede aprovechar el código de linux, se ha probado y funciona casi todo, sólo hay algunas ordenes que cambian.
+
+En la consola ya se ve el estado cuando esta iniciada sesión en !MacOs, se representa como naranja. Se ha utilizado un icono que ya existía. 
+
+Ejecuta apagar y reiniciar.
+
+Se ha creado un paquete para instalar el ogAgent en los Mac. Instala todo menos el script de arranque. Hay que modificar el paquete.
+
+Falta el módulo que se ejecuta en la sesión de usuario.
+
+==== Videoconferencia monográfica de vagrant ====
+Tenemos varios "Vagrantfile" que utilizando vagrant y virtualBox nos permiten crear máquinas virtuales para hacer pruebas o desarrolla OpenGnsys. Permite que tengamos el mismo entorno de desarrollo facilitando el trabajo. Se plantea realizar una videoconferencia monográfica sobre el tema.
+
+Para desarrollar el ogAgent se utiliza una máquina virtual de Fedora, porque permite compilar bien todos los paquetes de instalación. Se intentó utilizar Ubuntu pero no se generaba bien el paquete de Windows.
+
+Cuando se genera la máquina desde el !Vagrantfile tarda mucho, porque tiene que instalar muchas dependencias.
+
+Para generar los instalables hay que ejecutar un script. Hay que hacer algunos pasos manuales y otros interactivos en los que el script va mostrando las instrucciones detalladas.
+
+Se puede configurar el VagrantFile para elegir el entorno de programación, atom o eclipse. También permite configurar la memoria asignada a la máquina virtual y el número de CPUs.
+
+Se han creado varios para entornos diferentes:
+
+
+||= Fichero =||= Entorno =||= Recomendado para =||
+||{{{Vagrantfile-trunk-vbox}}}||Vagrantfile para la versión oficial de OpenGnsys (1.0.x).||Pruebas en general||
+||{{{Vagrantfile-devel-vbox}}}||Vagrantfile para la versión de desarrollo de OpenGnsys (1.1.x).||Pruebas y desarrollo general||
+||{{{Vagrantfile-boottools-vbox}}}||Vagrantfile para preparar el entorno de generación del cliente ogLive||Desarrolladores experimentados||
+||{{{Vagrantfile-browser-vbox}}}||Vagrantfile para preparar el entorno de compilación del Browser del cliente||Miembros del grupo de desarrollo||
+||{{{Vagrantfile-ogagent-vbox}}}||Vagrantfile para preparar el entorno de desarrollo del agente OGAgent||Miembros del grupo de desarrollo||
+
+Más información en la [wiki:Reunion260416#Entornosdedesarrolloestandarizados reunión del 26 de Abril].
+
+=== Autodetección de clientes incorporados a la red ===
+Tendría que ser una funcionalidad opcional. Obliga a que el dhcp ofrezca direcciones de red a equipos desconocidos, lo que daría problemas en redes que no estén aisladas.
+
+=== Broker de conexiones propio de OGN ===
+
+Dentro del proyecto !RemotePc tener un broker propio de OpenGnsys, que realice funciones análogas a las que hace UDS.
+
+La propuesta surge en la reunión, se detallará en la página del wiki.
+
+== Curso !OnLine ==
+Se está intentando que cuando un estudiante entrega una tarea se le devuelva automáticamente la solución. De está forma no será necesario corregirla.
+
+Mientras esto se habilita habría que repartirse los temas para contestarlas. Se mirará como estaban distribuidos los temas para ver si hay algún cambio. Por lo pronto, Antonio prefiere encargarse de temas más avanzados y Carmelo que actualmente no tutoriza ninguno se ofrece a llevar alguno.
+
+Cuando el Moodle recibe las tareas manda mensajes de correo a los profesores. Sin embargo parece que no llegan en todos los casos, puede depender de la configuración que tengamos en el perfil de usuario.
+
+== Curso avanzado ==
+En Sevilla se va a realizar otra edición del curso avanzado de OpenGnsys. Cuando se concrete la fecha se informará a través de la lista de redIris por si alguien de otra Universidad quiere asistir. 
+
+
+
+
+
+
+
+
+
+
+
+