Changes between Version 1 and Version 2 of Reunion020519
- Timestamp:
- May 13, 2019, 12:28:17 PM (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Reunion020519
v1 v2 9 9 == Nueva Web == 10 10 11 Se ha creado un script para actualizar la web actual, instalando la nueva web y migrando los contenidos de la otra.11 Se ha creado un script para actualizar la web actual, instalando la nueva web y migrando los contenidos de la base de datos. 12 12 13 Para el Backend instala los requisitos de Synfony 14 Para el Frontend se instalan angular 6 y la plantilla adminLTE y las dependiencias necesarias. 13 * Para el Backend instala los requisitos de Synfony 14 * Para el Frontend se instalan angular 6 y la plantilla adminLTE y las dependencias necesarias. 15 15 16 16 El backend ofrece una API REST que consultan tanto el frontend como el nuevo agente.17 Las consolas pueden convivir pero si se hace un cambio en una, por ejemplo crear un nuevo aula, no se mostrará en la otra. 17 18 18 19 La migración no se puede hacer en el otro sentido ya que los conceptos de entidad, aulas, grupo de ordenadores pasan a considerarse solamente "unidad organizativa" por lo que hay una perdida de información que no permite volver atrás. 19 La migración no se puede hacer en el otro sentido ya que los conceptos de entidad, aulas, grupo de ordenadores pasan a considerarse solamente "unidad organizativa" por lo que hay una perdida de información que no permite volver atrás. 20 20 21 21 22 22 23 El backend ofrece una API REST que consultan tanto el frontend como el nuevo agente. 23 24 24 == W.O.L == 25 26 Mostramos varias capturas de pantalla de un servidor con la nueva consola instalada, la información es real. 27 28 '''Estado del servidor'''. Observamos que la información que estaba en la barra superior aparece ahora en un menú lateral. 29 30 31 [[Image(estado_servidor.png)]] 32 33 34 35 '''Unidades organizativas'''. Al seleccionar equipo nos aparecen las opciones que podemos ejecutar. En la imagen de abajo observamos el estado de los equipos y los comandos disponibles: 36 [[Image(comandos.png)]] 37 38 '''Propiedades del equipo'''. 39 40 41 [[Image(propiedades_pc.png)]] 42 43 '''Asistente de particionado'''. Se puede modificar las particiones incluyendo datos en el formulario o modificando gráficamente el espacio asignado a cada partición. 44 [[Image(asistente_particionado.png)]] 45 46 '''Comando deploy de imagen'''. Ahora todos los comando tendrán el formato de los asistentes, en el sentido que me permitirá ver el código que se va a ejecutar en el equipo. 47 * El código mostrará colores según sea comandos normales, funciones de OpenGnsys o mensajes informativos que aparecerán en el log en tiempo real. 48 * Los comandos permiten incluir parámetros, permitiendo que se creen procedimientos donde podamos modificar algunas variables. 49 50 [[Image(deploy_imagenes.png)]] 51 52 53 Por ahora está hecha la parte de frontend, queda programar la parte del backend para los distintos comandos. 54 55 56 Por ahora falta la gestión de permitos de los usuarios, pero está prevista por lo que debe ser rápido de implementar. 57 58 En la consola actual, y en la nueva, falta crear el comando para gestionar la imagen de disco completo. 59 60 === Nuevo agente === 61 62 Se ha modificado el inicio del ogLive. 63 * En el script de inicio (default.sh) se instala el agente y configura los datos del server y las claves que le permiten acceder a la web. No aumenta demasiado el tiempo de arranque. 64 * El browser muestra un mensaje mientras está inicializando el equipo: obteniendo la configuracion, etc. 65 66 Hay que definir los siguientes pasos del arranque. Entre otros: 67 * Acciones pendientes. 68 * Mostrar menú. 69 70 Cambia la forma de gestionar las tareas: 71 * Se podrán: el cliente envía al servidor la id de la tarea, por lo que el servidor podrá enviar una señal para matar el proceso que tenga sociado. 72 * Se podrían enviar varias a la vez. 73 74 75 Cambios en el agente: 76 * El agente es compartido para todos los sistemas operativos, incluido el ogLive. 77 * La autenticación es común para todos. 78 * La carga del browser sólo está disponible en el ogLive. 79 80 Todos los comando se ejecutarán con una sola función que responda a "ejecutar script". Al cliente se le envía el script y el ID del mismo, al acabar el cliente devolverá que ha terminado la tarea con el ID asignado. 81 82 En la web actual el comando actualizar refresca el browser y envía de nuevo la información de la configuración del equipo al servidor. Hay que pensar dónde se realizarán estas acciones. 83 84 El ejecutar un script se podría devolver: 85 * El fin de la tarea 86 * Configuración final 87 * Estado. 88 89 También existiría una actualización independiente de una tarea. 90 91 Para probar todavía es complejo configurar el entorno, es mejor esperar un poco. 92 93 Cuando salga la versión de la consola nueva necesitaremos: 94 * Un script de instalación completa limpia. 95 * Un script de actualización de la 1 a la 3 que mantenga las dos consolas. 96 * Un script de eliminar la versión 1, si después de probar la 3 quiero mantenerla. 97 98 Para versiones superiores el script de actualización de la consola cambiará bastante, Synfony tiene previsto comandos para ello que tendrán que usarse. 99 100 == Wake On Line == 25 101 26 102 En las propiedades del aula se definirá qué servidor mandará el paquete WOL a los equipos. Se mostrará una lista de selección con todos los repositorios y el server. 27 103 28 En el comando se el igirá se se utiliza WOL por broadcast o unicast y se podrá modificar el servidor que envia el paqueta, se mostrará la lista de selección eligiendo el que se haya definido en el aula.104 En el comando se elegirá se se utiliza WOL por broadcast o unicast y se podrá modificar el servidor que envía el paquete, se mostrará la lista de selección eligiendo el que se haya definido en el aula. 29 105 30 La API REST del reposi rotio habŕaque modificarla para que permita broadcast y unicast.106 La API REST del repositorio habrá que modificarla para que permita broadcast y unicast. 31 107 32 108 Esto implica un cambio en la base de datos, en el script de actualización de versiones como este valor no existe tomará el de repositorio asignado al aula. 33 109 34 Se valora si comprobar que el repositorio esté encendido y en caso contrario que envíe el paquete el servidor, pero se considera que el administrador sabrá que servidores est an en funcionamiento y cualespudiendo definirlo correctamente.110 Se valora si comprobar que el repositorio esté encendido y en caso contrario que envíe el paquete el servidor, pero se considera que el administrador sabrá que servidores están en funcionamiento y cuales no, pudiendo definirlo correctamente. 35 111 36 112 == #906 NVMe support == … … 41 117 Se han hecho pruebas copiando un BCD de otro tipo de disco antes de comenzar la postconfiguración y aunque partition.saving sigue sin soportarlo, al arrancar Windows funciona correctamente: Windows pone los valores correctos. 42 118 * Se situará en el servidor en /opt/opengnsys/lib/bcdtemplates 43 * En Málaga se usa como plantilla BCD uno co mpiado de un equipo recién instalado, Soleta ha probado con otro BCD.119 * En Málaga se usa como plantilla BCD uno copiado de un equipo recién instalado, Soleta ha probado con otro BCD. 44 120 * Para los equipos UEFI no vale la misma plantilla de BCD, hay que buscar una compatible. 45 121 * Se pondrá un ejemplo comentado en configureOsCustom de cómo copiarlo antes de ejecutar el configureOs. … … 57 133 58 134 Hablar de las Jornadas de usuario. 59 * Valorar c úando se hace.135 * Valorar cuándo se hace. 60 136 * Mostrar la nueva web para que se den sugerencias. 61 137 62 Web de usuario explicar para qué sirve OpenGnsys.138 En la Web de usuario hay que explicar para qué sirve OpenGnsys para las personas que no lo esgtén usando todavía.
