[[PageOutline(2-5,Índice)]] = En construcción = = Acta videoconferencia del 13 de mayo del 2021 = Asisten: Teruel, Valencia, Huelva, Málaga, Soleta y Sevilla \\ Próxima reunión: 27 de mayo a las 11:30 == Últimos cambios 1.2.1 == === #1043 add WOL_SENT state === Se añade nuevo estado, cuando se envía la solicitud de WOL a un equipo aparecerá en la consola como un estado distinto, que cambiará a encendido si se realiza correctamente o a apagado en caso de error. === #830 Mejorar el tratamiento de discos extraíbles tipo USB === Se cierra como duplicado por estar incluido en el ticket #1037 Mostrar Tipo Disco en Consola Web. === #984 Incluir OGAgent compatible en fichero de versión === El ticket se terminó en la versión 1.2.0. Se ha cerrado e incluido en el !ChangeLog. === #949 Mostrar datos de sesiones de sistemas operativos en propiedades de ordenador Tomando los datos registrados por el agente de sistema operativo en ogagent.log se muestran los incios y finalizaciones de sesión en las propiedades del ordenador. Está terminado y se cierra el ticket. === #1039 Asignar Disco-Particion-Imagen (para Acceso Remoto) === En las propiedades del Aula cuando activamos el check para gestionar el aula desde remotePC en la parte de "modificacion másiva de ordenadores" se podrá modificar también el nombre de la imagen en una partición concreta. Hay que poner una advertencia informando que cuando se inicie equipo se modificará en estado con la configuración real del disco del equipo. Falta integrar el ticket. === #1038 Muestra el número de ordenadores === En la página de estado y de configuración del aula se añadirá en número de ordenadores. === mostrar tipo de disco === Es importante para disco nvme, ya que cambia el procedimiento que hay que utilizar con ellos. Se está modificando que la información llegue a la web en una variable que enviará el ogclient, en vez de con un archivo de texto como intermediario. Si el hardware de disco cambiará lo detectaría también, se la operació la realiza el script getconfiguration. En el futuro se podría enviar también las imgágenes que tiene un pc en cache. === #824 Iniciar sistema restaurado === En el comando restaurar se incluirá la opción de iniciar sesión en el sistema recien instalado. Para resolver este ticket inicialmente se usaba el script setboot mode, como el script desaparecerá en próximas versiones se modificó el comando que utilice el comando bootOs. Otra opción más sencilla en incluir en el script de Interfaz el paso de iniciar sesión: el interfaz toma una serie de parámetros del server, si le envía uno parámetro para iniciar el equipo el script de interfaz puede llamar a bootOs. El inicio después de restaurar es importante porque la configuración MBR del Windows 10 al repaticionar no se crea bien el MBR. * No se puede arrancar directamente de la partición por PXE. * Necesita que una vez arranque Windows desde el ogLive para que firme el MBR. === #1040 No elimina imagen cache en grupo ordenadores === Cuando queríamos utilizar el comando de elimnar imágenes en cache, si en un aula hay grupos de ordenadores no se mostraban correctamente las imágenes. Se debía a un error en la consulta SQL. Ya está resuelto. === #580 remove old keepalive code === Needed by the old socket Hydra that does not exist anymore -> se limpia código === #915 only API REST is supported === Socket hidra API has been removed, all connections use a REST API. === Nuevo ogLive === # New download ogLive-focal-5.8.0-50-generic-amd64-r20210413.992ebb9.iso created by ramon Prueba en Teruel de las cosas básicas, las hace bien Error en el acceso # cambio en la licencia ogServer is AGPLv3+ Update license header in files. === #995 Add link speed parsing to client probe response === If a probe response contains speedinformation, parse and store it inside the client struct. Speed is interpreted as an unsigned integer representing Mbit/s. Se sitúa debajo del icono del ordenador. Es muy interesante para ver el estado de la red de los equipos. afectando a la restauración. En el aula se ve en el browser -> hay que cambiar el valor en el engine, se podría poner por defecto a mil. === #995 Add link speed in probe responses === Separates probe method into separate ogclient modes (virtual, vdi) so future supported OS can easily have a tailored probe responses. Link speed is retrieved using a minimal ethtool command sent using fcntl module from python. el ogclient consulta la v de red y la manda al ogserver -> Valor por defecto dentro del códifo === #995 Show client link speed if available === If the clients API response included speed information, show it in the default room view. In case link speed is less than 1000 Mbit, highlight so. #980 closed pordefecto (resuelto) === Add REST API to ogClient Limpiar código === #718 Increase ogAgent probe timeout === Otherwise, webconsole fails to fetch status of computers with ogAgent when there are too many (100 approx.). aulas de 100 equipos, si estaban todos encendidos no mostraba el estado porque saltaa el timeout y no terminada al solicitud Se aulmenta timeout. === #804 Limit legacy SocketHidra? key-value split === This bug was found by USAL and UPV. They reported that WebConsole? was showing scripts incompletely if they contain "=". SocketHidra? stores key-value pair as "=" string, and the parser splits the string on "=" characters and pick the first two elements. Thus, if the value also contains "=", the parser splits it and only picks the first part. Note: keys strings never contain "=". With "scp=this=is=a=test" as example BEFORE this commit the parser returns "scp" as key "this" as value AFTER this commit the parser returns "spc" as key "this=is=a=test" as value Limit legacy SocketHidra? key-value split to two elements, key and value. This commit also removes script decoding because WebConsole? stores them decoded since v1.2.0. -> al guardar un procedimiento que el comando fuera ejecutar script -> el problema era el parser que tiene la web de socket hidray , cuando se encontraba el igual paraba No que el script estuviera en plano -> === #942 Add REST POST /center/delete method === Add REST POST /room/delete method Nuevas llamadas a la API REST del ogSerer, de forma que el ogserver sea el unico que haga las llamadas a la BD. Que la consola llame al ogserver === #1045 Unusual software profile duplicates === Limitacion de SQL al comparar cadena, se pasaba del limite y al hacer la comanración Probar que ahora al crear un segundo perfil de soft sobre un equipo no se duplique -> si es distinto software sí se duplicaría. === #997 Liberar versión OpenGnsys 1.2.0 === === #1046 closed pordefecto (resuelto) === Fix import script Add alias "set mode" "ogcli set modes ..." should be "ogcli set mode ..." because clients only have one mode assigned at a time. To not break the backwards compatibility, this commits adds "set mode" but maintains "set modes". ogcli -> set mode ogcli list scope. == Prioridad Remote PC == Para cualquier cambio que se realice hay que controlar que los nuevos elementos del API REST de OpenGnsys (releaseUrl por ejemplo), sean "opcionales" para mantener la compatibilidad con las instalaciones existentes. Y comprobar que existe ese parametro antes de usarlo, etc..) Principal problema compartir uso presencia o remotePC. Se priorizan los ticket relazionados con esté aspecto, más adelante se revisarán los demás 4.- Flag de "login local". 5.- Implantar una mecanica de "unreserver", un callback para poder liberar una maquina que a su vez haya liberado OpenGnsys Hay un cambio muy pequeño que es necesario para UDS porque las url son mayores que el tamaño de los campos. 1.- Longitud de los campos "urlLogin" y "urlLogout" (por corto el primero) 2.- Movimientos de maquinas entre distintos labs/ou, debe "desreservar", ya que el ID de la reserva incluye estos dos elementos. 3.- Hacer logout si se habia hecho login y alguno de estos casos: 6.- Implementar un metodo REST para "iniciar" la maquina, un "Start". 9.- Posibilidad de "desreservar" desde el admin OpenGnsys? (liberar la reserva), invocando logicamente al "releaser" correspondiente En la consola de Og ver los equipos reservados por UDS y poder quitarlos. -> Málaga pg con tabla. 10.- La asignación de las reservas se deberian hacer por "el elemento mas antiguo con posibilidad de reservar" primero, de forma que los elementos con "problemas" pasen a la "cola" y no "atasquen" el sistema. Creo que ya estaba así, pero no estoy 100% seguro... .> Ya está así -> revisar Instalción en paquetas