| | 1 | [[TOC(heading=Índice)]] |
| | 2 | = Acta videoconferencia del 7 de marzo de 2017 = |
| | 3 | |
| | 4 | Asisten: Huelva y Sevilla. \\ |
| | 5 | Próxima reunión: por determinar. |
| | 6 | |
| | 7 | == Nueva Web == |
| | 8 | Se han hecho pruebas y no se instala correctamente: |
| | 9 | * Al instalar con bower faltaban algunas librerías, aparentemente no están en el fichero de configuración bower.json: Bootstrap, angular.ui.select y otra. Se observa que muestra los select múltiples sin estilo. |
| | 10 | * Hay que crear enlaces simbólicos, por ejemplo de globunet-util.css a globunet-util-min.css. |
| | 11 | * Es necesario copiar el fichero de idioma de en.json a es.json. |
| | 12 | * En esta versión de desarrollo el login está incrustado en el código. Hay que modificar el usuario al que necesitemos. |
| | 13 | |
| | 14 | |
| | 15 | Huelva probará la instalación desde cero para corregir los errores. |
| | 16 | |
| | 17 | El cambio de idioma se puede hacer en cualquier parte de la página nueva, no requiere ir al perfil de usuario o algo parecido. |
| | 18 | |
| | 19 | Por ahora, entre otras cosas, podemos ver los datos del aula y los datos del servidor. En los del servidor se muestra el uso de la memoria, se podría incluir la ocupación del disco o cualquier otro dato que aparezca en la API REST. |
| | 20 | |
| | 21 | También se está empezando la parte de Symfony, cuando haya algo visible se mostrará en una reunión. |
| | 22 | |
| | 23 | == API REST == |
| | 24 | Se está programando la función que devuelve el estado de un ámbito. Está realizada para los nuevos agentes pero falta la parte de los antiguos. Habría dos maneras: |
| | 25 | |
| | 26 | 1. Hacer la consulta a cada equipo en concreto. |
| | 27 | |
| | 28 | 2. Mirar el código de la web actual. |
| | 29 | |
| | 30 | Cuando se cambie a la consola actual es posible que ya este desarrollado por completo el nuevo agente, también para el ogLive. Se intentará mantener la compatibilidad con el agente antiguo aunque esto suponga un código más complejo. |
| | 31 | |
| | 32 | |
| | 33 | == https == |
| | 34 | Para el desarrollo de la nueva web se está utilizando un certificado autofirmado y angular muestra que el https no es correcto. |
| | 35 | |
| | 36 | Se podría utilizar un certificado de [https://letsencrypt.org letsencrypt], en Sevilla lo hemos probado, por un lado no es difícil de instalar y por otro los navegadores lo reconocen como un certificado correcto. Para instalarlo es necesario: |
| | 37 | * Tener IP pública. |
| | 38 | * Estar dado de alta en un DNS. |
| | 39 | |
| | 40 | La web actual sí obliga a utilizar https pero la API REST permite hacer consultas con http, no seguro: se revisará. |
| | 41 | |
| | 42 | == #774 Soportar clientes ogLive de 64 bits == |
| | 43 | Se ha creado un ogLive de 64 bits que resuelve el problema de arranque de los portátiles LENOVO. |
| | 44 | |
| | 45 | Se ha subido a consigna.us.es para poder probarlo. |
| | 46 | |
| | 47 | == #775 Objeto Imagen - Varios Repositorios == |
| | 48 | |
| | 49 | Se crea este ticket porque la validación del nombre canónico no permite crear el mismo objeto imagen con varios repositorio o en unidades organizativas diferentes. Se cambiará la consulta para condicionarlo a que no exista en el mismo repositorio, si no es así lo crea. |
| | 50 | |
| | 51 | Facilita que se puedan tener imágenes iguales en varios repositorios. Con el repositorio y el nombre de la imagen queda identificado el archivo de forma única, por lo que no hay ningún inconveniente. |
| | 52 | |
| | 53 | Hay que revisar si en la consola hay consultas que se basen sólo en el nombre canónico de la imagen y si es así incluir también el repositorio donde están situadas. |
| | 54 | |
| | 55 | == Imágenes sincronizadas == |
| | 56 | Se está probando formas de que ocupen menos espacio. |
| | 57 | * Pasan de ser de tipo archivo a tipo directorio, se modifican todos los script y se crea el script '''converimage''' para pasar las sincronizadas tipo archivo a tipo directorio. |
| | 58 | * En el primer paso al crear una imagen si existe otra del mismo sistema operativo se copia con enlaces duros, de esta forma no ocupa sitio en el disco duro. Luego se sincroniza tomando como origen la partición del equipo modelo, entonces sólo ocuparán espacio los cambios. |
| | 59 | * Se crea el script de servidor '''cloneimage''' que permite elegir la imagen más parecida a la nueva para clonarla. |
| | 60 | * Se crea la función '''ogInitImage''' que comprueba si existen imágenes del mismo sistema operativo y clona la del tamaño más cercano. Esta función se llama al principio del script de creación de la imagen. |
| | 61 | * Se ha cambiado el sistema de fichero de la cache cliente a btrfs, la función '''ogMountCache''' si detecta que es btrfs lo monta comprimido. |
| | 62 | * No hay forma de saber cuando ocupa una imagen porque el comando du no da el tamaño comprimido, sino el que tendría en un sistema de fichero normal. |
| | 63 | * Con df podemos observar que el uso del sistema de ficheros es menor que lo que ocupa en el servidor. |
| | 64 | |
| | 65 | Se han hecho pruebas con la cache del cliente en zfs pero al recibir datos por multicast el equipo se queda colgado. |
| | 66 | |
| | 67 | Por ahora no se ha abordado el problema de la ACL de Windows, se hace backup al crear la imagen y se restaura en el último para de la restauración. Tardan varios minutos por lo que podría seguir siendo más rápido el partclone. |
| | 68 | |
| | 69 | |
| | 70 | === Proyectos interesantes === |
| | 71 | __C3CE Mirage__ |
| | 72 | |
| | 73 | Hace poco presentaron el software C3CE Mirage para gestión de los puesto de trabajo con imágenes. Al clonar un equipo divide el Windows en capas (base del s.o., aplicaciones, usuarios, ...) de forma que podías trabajar de forma independiente. |
| | 74 | |
| | 75 | Para nosotros podría ser útil restaurar sólo la parte donde los usuarios tienen permisos de escritura ahorrándonos tiempo en comparar archivos que no cambian. |
| | 76 | |
| | 77 | __Ofris__ |
| | 78 | |
| | 79 | Es una alternativa a Deep Freeze para congelar un sistema operativo. |
| | 80 | |
| | 81 | Permite configurar un ordenador con Gnu Linux para que congele todos los cambios realizados en el sistema, de tal forma que las configuraciones, archivos… todo el sistema quede como nuevo una vez se reinicie la maquina. |
| | 82 | |
| | 83 | Durante la reunión revisamos el código, se trata de un único script y se basa también en el comando rsync. Habría que mirarlo un poco más por si nos aporta alguna solución al problema de la lentitud de la sincronización. |
| | 84 | |
| | 85 | == Cambio de grub4dos a grub2 == |
| | 86 | Se está probando a arrancar los equipos por pxe con grub2, por ahora hemos encontrado las siguientes ventajas. |
| | 87 | * Soporta UEFI. La mayoría de los equipos nuevos viene con está característica y tenemos que ponerlo en modo "heredado" para que funcionen con OpenGnsys. |
| | 88 | * Está actualizado. Grub4dos no se mantiene desde hace 7 u 8 años. |
| | 89 | |
| | 90 | Trae muchos módulos para reconocer discos, sistemas de archivos, ... |
| | 91 | |
| | 92 | En Sevilla tenemos problemas cuando un equipo además del monitor tiene conectado un videoproyector o una pizarra interactiva, a veces no duplica la pantalla o incluso no se enciende el monitor si no está arrancado el proyector. Huelva también tiene el mismo problema. Hay que probar si cargando los módulos de vídeo de grub2 se soluciona. |
| | 93 | |
| | 94 | También se probará si es posible el arranque en caliente de Windows, que desde el kernel 3.7 no es posible con grub4dos. |
| | 95 | |
| | 96 | == Agente para iMac == |
| | 97 | Está casi listo. |
| | 98 | |
| | 99 | == Preguntas en el foro == |
| | 100 | Se contestaron las que había pendiente, enlazamos las respuestas: |
| | 101 | * [message:656 Modificar el comando 'Arrancar'.] En el arranque de red, carga directamente el sistema operativo instalado. |
| | 102 | * [message:657 PostConfiguración – meter equipos de un aula en dominio.] |
