[[PageOutline(2-5,Índice)]] = Acta videoconferencia 10 de marzo de 2016 = Asistentes: Huelva, Valencia, Teruel, Barcelona, Málaga y Sevilla. \\ Próxima reunión: Martes 29 de marzo de 2016. == Versión de mantenimiento 1.0.6a == Se han probado todos los cambios y se va a liberar la nueva versión. __Lista de cambios incluidos en OpenGnSys 1.0.6a__ Tickets resueltos en módulo OpenGnSys Cloning Engine: * #696 Función ogUnmountAll monta la caché * #728 Solucionar problemas de clonado y postconfiguración de Windows 10 * #733 No se genera tabla de partición en discos vacíos * #735 Discos duros con sectores de 4096 bytes Tickets resueltos en módulo OpenGnSys Client: * #717 Indicar manualmente parámetros de arranque de un S.O. Tickets resueltos en módulo OpenGnSys Server: * #719 setclientmode: desaparece equipo de netBootAvanzado Tickets resueltos en módulo OpenGnSys Web Admin Console: * #721 Consola Restaurar Imagen: falla el filtro de equipos == Versión 1.0. Cambios desde la última reunión== === #736 Mejorar la seguridad del servidor === Script para configurar cortafuegos FirewallD y seguridad SELinux. Normalmente no están instalados en Ubuntu, si alguien los utiliza el script le haría una configuración para los servicios de !OpengGnsys. === #678 Unidades organizativas con directorio de imágenes separado === Se cierra el ticket, sólo queda probarlo. Se ha terminado lo que faltaba: en la consola se pueden eliminar las imágenes de las distintas unidades organizativas en directorios separados. Si está seleccionada está opción en la propiedades de la entidad, la página lee en la base de datos los distintos directorios de las distintas unidades organizativas y busca las imágenes que hay en todos ellos. === #735 DiscosSectores4096 === Se integra en la versión 1.0.6a y 1.0 En los nuevos Discos Duros con sectores el tamaño E/S (mínimo/óptimo): 4096 bytes / 4096 bytes el particionado que realizaba OpenGnsys no era correcto dando un error de desalineación de sectores lógicos y físicos. Se debía a que siempre se particionaba con sectores de 512, ahora se detecta este valor y se particiona con sectores de 4096 o de 512 según sea necesario. === #679 Varios repositorios para un mismo cliente === Se cierra el ticket. Falta probarlo. El cliente tiene un repositorio por defecto, pero puede crear y restaurar imágenes de otros repositorios. Restaurar se realiza bien tanto desde línea de comandos como desde la consola, donde aparecerán las imágenes disponibles en todos los repositorios de la unidad organizativa Crear imagen se puede realizar desde línea de comandos y desde la consola con el comando "Ejecutar script". Cuando en la página del comando "Crear Imagen" creamos una imagen en otros repositorios, se realiza la operación correctamente pero al terminar el demonio ogAdmClient da error y tira al ogAdmServer. Por ello, en está página sólo se muestran las imágenes del repositorio por defecto del cliente. === #721 Consola Restaurar Imagen: falla el filtro de equipos === Se ha corregido en la versión 1.0.6 y en la 1.0. Al restaurar una imagen desde la consola si los equipos tienen distinta configuración nos aparecen los equipos agrupados por las distintas distribuciones de particiones para seleccionar qué quiero restaurar. Además arriba puedo seleccionar cada equipo individualmente. Ahora cuando lanzo el comando se va a enviar a todos los equipos que estén en el grupo seleccionado y en el filtro de arriba, si ningún equipo cumple las dos condiciones se mostrará un mensaje informativo. === #712 Duplicado de equipos === Formulario Añadir nuevo ordenador no verificaba la existencia previa del equipo, permitiendo duplicarlos. Ahora antes de incluir el equipo se comprueba que no exista ninguno con ip, mac o nombre repetidos, si se da el caso no se inserta en la base de datos y se muestra una alerta con los datos que están duplicados. === #720 Fallo en alerta de UNICAST al restaurar imagen === Al seleccionar la opción de restaurar imagen por UNICAST, después de salir la alerta avisando del posible aumento de tráfico en la red, la opción de Cancelar ejecuta la restauración igualmente, es decir, no se cancela la opción y no da oportunidad a cambiar método por multicast o lo que sea. En el asistente de despliegue de imágenes va bien pero en el comando no. Se corrige el error situando la alerta en el fichero javascript asociado al comando Restaurar imagen. == Versión 1.0. Ticket pendientes == === #713 Mejora inventario de hardware === Sólo falta crear tres iconos para los nuevos componentes === #726 Reducir el registro de errores === Algunos comandos dan falsos errores o avisos que pueden confundir a los usuarios. Se puede eliminar la salida de todos los errores o de ninguno. Se podrían eliminar en comandos en los que no existan casos donde esta información es relevante, es difícil decidir cuáles. Si parece que se pueden quitar de: * Iniciar sesión. * Apagar y reiniciar. * Actualizar configuración del equipo. === #709 Script de instalación de módulos del kernel === Hay que hacer muchas pruebas u requiere mucho tiempo. === #731 Soporte para cualquier versión de Windows === Es complejo, es necesario encontrar un patrón que cumplan las distintas versiones. Quizás se pueda pasar a la próxima versión. === #708 API REST === Para que se puedan ir probando se pondrán los agentes de OpenGnsys precompilados para Windows y Linux en la zona de descarga del proyecto. Afecta a la página de estatus, que al solicitar el estado a los clientes escucha a la versión antigua y a la nueva. '''Documentación API REST''' Se ha encontrado un software que muestra en una página web la documentación de la API REST partiendo de un fichero en formato yml. Informa de las distintas url de los servicios con los parámetros y la sintaxis de la solicitud. === #722 Multicast entre subredes === Está terminado, se puede cerrar. === #723 Cambio temporal de fichero de arranque PXE === Está terminado, se puede cerrar. == Kernel e initrd en cache == Para incluir el kernel y el initrd en cache se utiliza el comando updateBootCache. En el arranque del cliente, si en el fichero de configuración PXE se le ha mandado el parámetro ogupdateinitrd=true, comprueba si el kernel e initrd están instalados en la cache y los actualiza. No recordamos exactamente si en el caso de no estar en cache los copia por primera vez o no. Pueden darse casos donde sea conveniente una cosa u otra, sería bueno que fuera configurable si sólo se actualiza si ya existe en cache o además aunque no exista también se copian. Hay que revisar cual es la funcionalidad actual y dónde se pondría la configuración, se comenta de ponerla en el engine.cfg lo que afectaría a todos los equipos del servidor. == Active directorio y OpenGnsys == Se han hecho varias preguntas en el foro y en la lista de !TecnIris. El Valencia han modificado del script de postconfiguración de forma que instala un programa para eliminar el ID del equipo y lo da de alta en el directorio Estaría bien incluirlo en la próxima versión. Haría falta que en la consola se incluyeran los datos del usuario y clave para dar de alta en el directorio, que sería único para todos los equipos, y el usuario y clave para dar modificar el sistema operativo. Windows 10 está postconfiguración sólo funciona si se hace autologin con el usuario admin.De la otra forma podría llegar a perder el perfil de usuario por defecto. La postconfiguración con el "!MiniSetup" puede hacerse de dos formas: haciendo autologin con un usuario administrador o en un momento previo al arranque. Este último caso es un estado "raro" del sistema operativo donde no están todos los servicios arrancados, por eso es normal que Windows10 no permita hacer la inclusión en el dominio de esta forma. Por otro lado, si quisiéramos activar Windows o algo parecido se podría hacer en este último estado activando los servicios de red y el cliente dhcp. == Arranque tipo Systemd == Parece que Ubuntu 16 puede empezar a utilizar Systemd como mecanismo de arranque. Se está probando un script de arranque del servicio ogAdmServer. == Inclusión de clientes OpenGnsys de forma automática == Barcelona va a incluir una cantidad importante de equipos de despachos en OpenGnsys, necesitaría que se dieran de alta automáticamente en el servidor de administración. Podría haber un grupo por defecto y que los equipos que no existan se den da alta en él. También ha pensado tener una página de inicio análoga al asistente que traía Rembo. == Curso Online == Se están apuntando bastantes personas. Hasta ahora el reparto de temas para corregir las tareas y contestar a los foros es el siguiente: Tema 0: Juan Jesús y Antonio. [[br]] Tema 1: Rafael y Delia. [[br]] Tema 2: Rafael y Delia. [[br]] Tema 3: José y Ramón. Videoconferencia 17 de enero de 2013[[br]] Tema 4: Jonathan y Antonio (no tiene tareas)[[br]] Tema 5: Jonathan e Irina[[br]] Tema 6: Jose Antonio, Juan Manuel y Miguel Angel[[br]] Tema 7: Ramón e Irina[[br]] Haría falta que alguien se hiciera cargo de los temas 0, 1 y 2. Se decide poner solución de la tarea visible y que no tenga que enviarse para su corrección, ya que el interés es aprender el contenido. == Pruebas API REST == Probando instalación del OGAgent-ticket718 en 2 máquinas virtuales con Ubuntu Server 14.04.01 LTS y OpenGnsys v1.1. no compila ni genera los agentes de los sistemas operativos. La carpeta bin está vacía, y debería contener los ficheros que se descarga el script. Se revisará el script. En la zona de descargas de la web del proyecto se pondrán los agentes. Para usar los agentes en el fichero de configuración hay que poner la url del servidor donde escucha la API REST: ip y el puerto, como nuestro servidor escucha en la 443 no hace falta poner el puerto.