| | 1 | [[PageOutline(2-5,Índice)]] |
| | 2 | |
| | 3 | = Acta de la videoconferencia del 2 de mayo de 2019 = |
| | 4 | |
| | 5 | Asisten: Valencia, Huelva, Málaga y Sevilla \\ |
| | 6 | Próxima reunión: 15 de mayo a las 11:30 |
| | 7 | |
| | 8 | |
| | 9 | == Nueva Web == |
| | 10 | |
| | 11 | Se ha creado un script para actualizar la web actual, instalando la nueva web y migrando los contenidos de la otra. |
| | 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. |
| | 15 | |
| | 16 | El backend ofrece una API REST que consultan tanto el frontend como el nuevo agente. |
| | 17 | |
| | 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. |
| | 20 | |
| | 21 | |
| | 22 | |
| | 23 | |
| | 24 | == W.O.L == |
| | 25 | |
| | 26 | 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 | |
| | 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. |
| | 29 | |
| | 30 | La API REST del reposirotio habŕa que modificarla para que permita broadcast y unicast. |
| | 31 | |
| | 32 | 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 | |
| | 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. |
| | 35 | |
| | 36 | == #906 NVMe support == |
| | 37 | Se hicieron unos cambios para detectar correctamente los discos duros NVMe. |
| | 38 | |
| | 39 | La postconfiguración de Windows no funciona porque el comando que utilizamos para modificar el BCD no soporta los discos NVMe. |
| | 40 | |
| | 41 | 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 | * 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. |
| | 44 | * Para los equipos UEFI no vale la misma plantilla de BCD, hay que buscar una compatible. |
| | 45 | * Se pondrá un ejemplo comentado en configureOsCustom de cómo copiarlo antes de ejecutar el configureOs. |
| | 46 | |
| | 47 | Si existen varios discos el ogLive detecta el disco NVRAM como segundo, es importante que en la BIOS esté configurada de la misma forma para que al arrancar un sistema operativo restaurado la postconfiguración haya tomado los valores correctos. |
| | 48 | |
| | 49 | == Grupos de trabajo de !RedIris == |
| | 50 | |
| | 51 | Se presentarán las novedades de OpenGnsys: |
| | 52 | * Nueva consola. |
| | 53 | * Gestión de equipos UEFI. |
| | 54 | * Nueva web de usuario. |
| | 55 | |
| | 56 | Podríamos aprovechar para hacer una reunión presencial. |
| | 57 | |
| | 58 | Hablar de las Jornadas de usuario. |
| | 59 | * Valorar cúando se hace. |
| | 60 | * Mostrar la nueva web para que se den sugerencias. |
| | 61 | |
| | 62 | Web de usuario explicar para qué sirve OpenGnsys. |
