Changes between Version 1 and Version 2 of Reunion020519


Ignore:
Timestamp:
May 13, 2019, 2:28:17 PM (5 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion020519

    v1 v2  
    99== Nueva Web ==
    1010
    11 Se ha creado un script para actualizar la web actual, instalando la nueva web y migrando los contenidos de la otra.
     11Se ha creado un script para actualizar la web actual, instalando la nueva web y migrando los contenidos de la base de datos.
    1212
    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 
    1516
    16 El backend ofrece una API REST que consultan tanto el frontend como el nuevo agente.
     17Las consolas pueden convivir pero si se hace un cambio en una, por ejemplo crear un nuevo aula, no se mostrará en la otra.
    1718 
    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.
     19La 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.
    2020
    2121
    2222
     23El backend ofrece una API REST que consultan tanto el frontend como el nuevo agente.
    2324
    24 == W.O.L ==
     25
     26Mostramos 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
     53Por ahora está hecha la parte de frontend, queda programar la parte del backend para los distintos comandos.
     54
     55
     56Por ahora falta la gestión de permitos de los usuarios, pero está prevista por lo que debe ser rápido de implementar.
     57
     58En la consola actual, y en la nueva, falta crear el comando para gestionar la imagen de disco completo.
     59
     60=== Nuevo agente ===
     61
     62Se 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
     66Hay que definir los siguientes pasos del arranque. Entre otros:
     67  * Acciones pendientes.
     68  * Mostrar menú.
     69
     70Cambia 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
     75Cambios 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
     80Todos 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
     82En 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
     91Para probar todavía es complejo configurar el entorno, es mejor esperar un poco.
     92
     93Cuando 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
     98Para 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 ==
    25101
    26102En 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.
    27103
    28 En el comando se eligirá 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.
     104En 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.
    29105
    30 La API REST del reposirotio habŕa que modificarla para que permita broadcast y unicast.
     106La API REST del repositorio habrá que modificarla para que permita broadcast y unicast.
    31107
    32108Esto 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.
    33109
    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 estan en funcionamiento y cuales pudiendo definirlo correctamente.
     110Se 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.
    35111
    36112== #906 NVMe support ==
     
    41117Se 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.
    42118 * Se situará en el servidor en /opt/opengnsys/lib/bcdtemplates
    43     * En Málaga se usa como plantilla BCD uno compiado 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.
    44120    * Para los equipos UEFI no vale la misma plantilla de BCD, hay que buscar una compatible.
    45121 * Se pondrá un ejemplo comentado en configureOsCustom de cómo copiarlo antes de ejecutar el configureOs.
     
    57133
    58134Hablar de las Jornadas de usuario.
    59   * Valorar cúando se hace.
     135  * Valorar cndo se hace.
    60136  * Mostrar la nueva web para que se den sugerencias.
    61137
    62 Web de usuario explicar para qué sirve OpenGnsys.
     138En la Web de usuario hay que explicar para qué sirve OpenGnsys para las personas que no lo esgtén usando todavía.