Changes between Initial Version and Version 1 of Reunion250620

Timestamp:

Jul 8, 2020, 2:48:09 PM (4 years ago)

Author:

irina

Comment:

--

Reunion250620

@@ +1 @@
+[[PageOutline(2-5,Índice)]]
+
+= Acta videoconferencia 25 de junio de 2020 =
+Asistentes: Málaga, Granada, Valencia, Teruel y Sevilla. \\
+Próxima reunión: 9 julio a las 11.30
+
+== Compatibilidad con hardware ==
+
+En Granada se sigue manteniendo Rembo para el despliegue de las aulas. 
+
+Están probando equipos nuevos para las aulas y con Rembo se han descartado tres equipos. OG puede trabajar con todos (con un ogLive u otro).
+
+== Sincronizar repositorio ==
+
+Para facilitar la inclusión de los datos de la imagen en la consola, se puede usar el script {{{importimage}}} que automáticamente define la imagen en la web de administración.
+
+Git funciona con al 1.1.1a
+
+Sevilla una 1.1.1a con los cambios retocados para el acceso remoto.
+
+
+
+== RemotePC ==
+
+Granada : aulas virtual de VDI (no OG)
+Málaga sí utiliza remotePC. 
+
+Sevilla ya usa remotePC para algunos centros y está preparandolo por facultades
+
+Valencia se sigue usando
+
+Parece que no hay tanta demanda como al principio. En todas las universidades baja la demanda. Se han acabado los exámenes y empiezan las vacaciones.
+
+ 
+Para el próximo curso coexistirán presencial y remoto.
+ 
+  Antes de reservar un equipo para remoto habrá que revisar si existe sesión de usuario iniciada. 
+
+  OG tendrá que notificar a UDS si tiene que sacar  un equipo de la cache por cualquier motivo: porque esté inoperativo, usuario presencial, etc.
+  
+  En Málaga o han solicitado poder sacarlo cuando si necesitas realizar mantenimiento.
+
+ Sera necesario que las reservas sean más dinámicas.
+
+
+ 
+=== Distribución de los servidores en Málaga ===
+
+  * En cada centro un OG + uno centralizado
+  * Servidor OG exclusivo para remote POC
+
+
+ El ogAgent al centralizado   
+        
+ 24h  horas disponible en acceso remoto
+
+ Solo ofrecen un Windows. 
+      Con más de una imagen por equipo se complica
+
+      Se restaura desde cada repo del centro, la imagen de Windows es diferente pero en el servidor central ponen un nombre de imagen ficticio para todos igual.
+
+ Los periodos de mantenimiento se ponen en UDS en los calendarios     
+   
+   
+   
+ La gestión centralizada tiene sus inconvenientes. 
+     Hubiera sido un oportunidad de que centros que no usarán OG lo probarán.
+
+     En algunos centros que faltaban por usar OG van a empezar a probarlo.
+
+  
+
+=== Permisos en UDS ===
+
+La delegación de permisos es muy mala: o eres administrador o tienes limitado:
+Subir número de  máquinas en cache.
+Puede reasignar 
+Num equipos en cache NO puede
+
+
+Al darle acceso a un pool, debería darle permiso de administración completo. 
+Ahora sólo tiene acceso a algunos aspectos
+  * no puedes editar las prop. del poll.
+
+  *  sí puedo borrar servicios asignados y asignarlo a otro usuario que tenga en la lista de usuarios.
+                
+  *  sí puedo asignar usuarios y transportes, y hacer una publicación nueva de ese poll.
+
+  * Permite borrar equipos en cache cuando están mal.
+        - automáticamente lo quita después de una hora. Se puede modificar el tiempo que arda en borrarlo.
+                
+Para más permisos es necesario ser administrado de todo.
+
+=== Informacion equipos amplíada ===
+     
+     
+En Málaga tienen una parche de UDS que añadía info amplíada de los equipos: OU, aulas. Esta infomración es útil para las reserves de equipos problemáticos. 
+      
+
+===  Excluir equipos de remotePC ===
+
+        
+Sería necesario que se limitarán algunos equipos para el uso de remotePc. ej pc profesor, ...
+  * Ahora permiso remotePC imagen y aula. 
+  * Se podría asignar el permiso al pc. De forma que se pudieran retirar por distintos motivos.
+
+En las máquinas virtuales siempre está disponible. No se ha pensado ese aspecto.
+
+Truco temporal se usa una aula de mantenimiento. Pero exige mover los equipos de un aula a otro.
+
+Podría ponerse en modo mantenimiento. 
+ * Una marca en el equipo que lo excluya. 
+ * Incluirla en la tabla de ordenadores. 
+ * Que se muestre en el estatus pero marcado de alguna forma (ej transparencia 50%)
+
+El server OG reporta a UDS cuantos equipos están disponibles. 
+ * UDS usa ahora en número de equipos definidos en el pull,
+ * Al desplegar el poll, podría comparar con los equipos teoricos y reales.
+
+
+En resumen tendríamos dos posibles soluciones 
+ * Poder seleccionar los equipos para el remotePC, aumentando la granularidad de la selección.
+ * Que se seleccione el aula pero permita poner los equipos en modo mantenimiento.
+
+Reunión UDS. Para próxima versión y parche para la actual.
+
+Error 500 cuando creas un grupo de ordenadores dentro de un aula. Es una consulta de grupo de ordenadores la API REST.
+
+Virtual Cable próxima versión. permite gestion remote de equipo según su ip
+        OG aporta la gestión.
+        posiblemente para junio.
+
+
+== Últimos cambios ==
+
+=== Salio la versión 1.1.1c ===
+
+Problemas en el actualizador, en vez de instalar la última versión estable bajaba la rama master que es de desarrollo.
+ 
+Ya está corregido.
+
+=== #984 Incluir OGAgent compatible en fichero de versión ===
+Añadir un campo nuevo al fichero VERSION.json para indicar cuál es la versión de agentes OGAgent que debe instalarse/actualizarse para la versión de OpenGnsys, para evitar errores al intentar descargar un fichero inexistente.
+
+== Problemas con la version de partclone ==
+
+
+El comando partclone en el ogLive bionic al crear las imágenes va mal aunque no da mensaje de error. Con el ogLive de la 1.1.0 sí va bien.
+ 
+Se resuelve al crear la imagen quitando el parámetro del chequeo del sistema de ficheros. No comprueba el disco. 
+
+Algunos problemas se resulelven modificando la función ogCreateIgenSuyntax con el parámetro -I. Hay que crear un tique.
+
+
+== ogLive ==
+Se va a sacar un nuevo ogLive.
+ * Hay una versión de GIT con un parámetro que permite comparar los repositorios y mejora la comparacion entre los fichero para realizar la sincronizacion. Se intentará incluir en el ogLive.
+
+GIT se resuelve los problemas con windows 10 con el último ogLive
+
+
+______________________________________
+
+
+
+
+=====================
+=== Comando restaurar ===
+En versiones antiguas el comando restaurar se podía lanzar desde grupo de aulas, ahora sólo se puede realizar sobre los ámbitos aula o equipo.
+
+ * Puede dar problema si en un grupo de aulas existen aulas en distinta vlan.
+ * Para lanzar el conando sobre varias aulas, se puede crear un procedimiento y lanzarlo sobre las distintas aulas, si se hace rápido se podría tener para todas la misma sesión multicast.
+ 
+Se mantendrá la consola como está, limitando el comando a las aulas.
+  
+=== Cambios ogAdmServer ===
+  
+Se están modificando el código del ogAdmServer par que se comunique con API REST con el cliente nuevo. En esta nueva versión se renombrará a ogAdmServer a ogServer
+  
+Se ha separado en un repo independiente.
+  
+  =====================
+  opengnsys-1.1.1 (#16) - Error al actualizar a la 1.1.1c (#433) - Message List
+El error que describe el mensaje del foro ya está corregido. Se le ha contestado con la información .
+
+El error se debía a que el fichero de configuración del ogServer cambia de nombre en la última versión. Se ha hecho un cambio en el opengnsys_update, para que tome el nombre correcto del fichero ogAdmServer.cfg, compatible con las distintas versiones.
+
+== Repositorios de código ==
+Además del repositorio principal se han creado otros repositorios para los distintos componentes. Son los siguientes:
+
+ *  ogAgent-Git OpenGnsys Agent for Operating Systems Git repository
+ *  ogBrowser-Git       OpenGnsys Client Browser Git repository
+ *  ogClient-Git        OpenGnsys Client Git repository
+ *  ogLive-Builder-Git  ogLive Builder (boot-tools) Git repository
+ *  ogServer-Git                OpenGnsys Server Git repository
+ *  OpenRLabs-Git       OpenRLabs Git repository 
+
+En todos los repos nuevos debería haber 
+ * un archivo "readme.md" con la descripción del componente. \\     El texto que escribamos permite formateo con etiquetas.
+ * uno archivo de licencia,  
+ * un gitignore : para que no sincronice los ficheros de librerías externas,  etc.. 
+
+== Comunicación web - ogServer ==
+Se están creando script de interfaz entre la web y el ogServer (ogCli):
+ * La web y los script pasarían por el ogServer
+ * La web no necesitaría consultar la base de datos
+ * El ogServer sería el único punto de acceso a la misma.
+
+Está pendiente crear un repositorio para ello.
+  
+==  Pruebas de actualización ==
+  
+Se ha actualizado de un servidor con  ubuntu 16 y la versión  1.1.0 primero a la 1.1.1 y en un segundo paso a la 1.1.1c.  
+
+Ha ido muy bien. Solo ha fallado en un sitio, puede que fuera el problema del actualizador que ya está resuelto.
+  
+  =====================
+  Granada
+  
+  Seguien usando Rembo
+  Los equipos nuevos, los que han probado 
+  
+  En el momento que funcione gi cin OG dejaran rembo
+  
+  Con OG nativo: Con los disco SSD sincronizar al apagar en vez de al inicio
+  
+  ============
+  la politécnica de Cataluña UPC han preguntado por el git,
+  
+Restauradión con GIT  Error al cambiar la imagen de equipo con != hardware. Fue modificar con el rebuilder y tiro bien.
+
+Windows10 ha mejorado mucho con los driver de distintos hardware.
+  
+
+ Ubuntu 20 
+tenemos ogAgent que funciona en  
+Tiene bastante cambios
+
+=========================
+
+
+Agentes python 3
+== Nuevo ogLive ==
+
+  Se está creando un oglive con kernel 5.4, si va bien se sube para que podamos probarlo.
+
+  Con el script de creacion de ogLive no se consiguió crear un ogLive de Ubuntu 20.04, necesitará modificaciones.
+     
+     
+== Web usuario ==
+En la página principal se han añadido dos proyectos del "Ecosistema OpenGnsys": OpenGnsys VDI y  Open RLabs
+
+Se han creados página específicas para cado uno con una introducción que luego enlaza a la web de cada uno de ellos.
+
+
+== #894 Crear comandos en la web para crear/restaurar backups de discos completos ==
+Está prácticamente terminado. 
+ * Se han creado los script necesarios para crear y desplegar las imágenes de disco.
+ * Se ha modificado en la consola los comando crear imagen y restaurar imagen para que permitan utilizar imágenes de disco, asi como las interfaces correspondientes.
+
+Funciona perfectamente con el ogLive con kernel 4.8 pero con al versión de partclone del ogLive bionic falla.
+
+Se va a crear un ogLive nuevo, se probará. 
+
+El identificador de la imagen se guarda en la tabla de las particiones del equipo. Esto permitiría poner el nombre de la imagen en la configuración del equipo. 
+