Changes between Initial Version and Version 1 of Reunion090720

Timestamp:

Jul 9, 2020, 12:36:52 PM (5 years ago)

Author:

irina

Comment:

--

Reunion090720

@@ +1 @@
+[[PageOutline(2-5,Índice)]]
+
+= En construcción =
+
+= Acta videoconferencia 9 de julio de 2020 =
+
+
+Asisten: Málaga, Valencia, Teruel, Zaragoza y Sevilla. \\
+Proxima reunión: por determinar en unos 15 días.
+
+== Contratación del soporte con Soleta ==
+En Zaragoza se están planteando contratar el soporte de OpenGnsys con Soleta. Existen varias modalidades.
+ * Soporte para problemas en el funcionamiento.
+ * Desarrollo para introducir alguna funcionalidad
+ * Mixto
+Por ahora Sevilla, Cadíz tienen contratado el soporte con ellos desde hace varios años. 
+
+Salamanca está en proceso de contratarlo.
+
+== Acceso remoto ==
+
+=== !OpenRlads vs UDS ===
+
+Teruel utiliza actualmente !OpenRlads, un broker de desarrollo propio que está muy bien para entornos pequeños. 
+
+ * Para una infraestructira más grande, por ejemplo con la autenticación con ldap es mejor UDS
+ * Para implantarlo en toda la Universidad de Zaragoza necesita UDS. Se ha comprado y se está configurando para el curso que viene.
+
+=== Entornos mixtos presencial - remoto ===
+
+La semana que viene habrá una videosesión con UDS y las distintas universidades que usan remotePC.  Por nuestra parte podría ser el jueves que viene.
+
+
+
+
+ * poder gestionar equipos /mantenimiento
+
+ * num máximo para prestar en remoto debe variar, y solicitarse a OG.
+ * Ordenador asignado a UDS antes de darselo a un alumno, hay que comprobar que no es está usando.
+
+En las aulas habrá que identificar los equipos para que los estudiantes no cojan equipos que estén en remoto: Carteles...
+
+Posiblemente los cambios serán mayormente en OG y no en UDS.
+
+Política de los equipos en Windows para impedir que apagen el equipo y que se cierre automáticamente.
+
+
+
+Sevilla Teruel
+-> crear aula de mantenimiento y se mueve el equipo
+
+Entornos mixtos. 
+
+ - marcar pc en mantenimiento.
+ - el acceso eléctronico definido por equipo, no por aula. Aunque aparezca en la zona de propiedades para cambiarlo de forma masiva.
+
+Habŕia que cambiar la función reserve de OG, poo en UDS
+
+Cambio en UDS el número de equipos disponibles.
+
+Cuando un equipo se vaya a asignar para presencial hay que quitarlo de la cache de UDS
+
+____________
+Cuándo se modifica la configuración de las aulas que compartimos. Cuando tarde UDS en enterarse de esa información.
+        Parce que hay que republicar de nuevo para que actualice los datos.
+        Los que estén ya reservados para acceso remoto, podrían quedarse colado en el campo.
+
+Puede que OG tenga que decirle a UDS cuando un equipo pasa a presencial, par qe lo quete de la cache.
+        -> y pida la reserva en otro equipo.
+
+=== Equipos MAC ===
+
+Para que esto sea posible:
+ *  Que UDS proporcione un transporte compatible con MAC. Creemos existe.
+ *  Es necesario implementar las parte de usuario en el ogAgent para MAC.
+
+El ogAgent para MAC sólo tiene la parte del agente de root, para uds hace falta la parte de usuario. 
+ Es necesario la librería qt 4 para ello.
+ Hay que implementar la parte de usuario y ver si funciona y ver como sería la conectividad desde UDS.
+
+
+Esto mejorarñia la gestión de los equipos MAC con OpenGnsys, podría enviar comando y mensajes. Hasta ahora sólo podemos ver el estado, reiniciar y apagar.
+
+
+
+
+=== Errores con Windows 10 ===
+
+Windows 10 20.04 falla con partclone 0.3.11 el anterior sí va bien. 
+
+ Como solución temporal se puede crear con la anterior, y restaurarla con la nueva.
+
+
+ No es de la API de OpenGnsys. Lanzando el comando de partclone, falla igual.
+
+Parecía que el parámetro "-I" de partclone resolvía el error. Pero en este caso tampoco va.
+
+Las pruebas se habían hecho con Windos 19.04 actualizada a 20.04. Instalada desde cero la 20.04 sí se clona bien.
+
+El script de crear imagen no muestra el error. 
+  * Hay que mirar bien el log del histórico para comprobarlo.
+  * El problema se detecta al restaurar.
+
+ Hay que mejorar el manejo de errores del script de crear imagen.
+
+Sería necesario que lo probará alguien más.
+
+
+== Problema entre versiones de partclone ==
+
+ogLive que pudiera tener las dos versiones de partclone.
+
+ - oglive 4.8. partclone 0.2.8 cogio los binarios de particlone y los copio al ogLive de la 5.
+
+ - La nueva versiones debes traer mejoras
+
+ - el ogLive bionic trae la x.11
+ - La última versión es la 0.3.15 -> 
+
+ubuntu 20 trae el partclone 3.13.
+
+changelogs - release of partclone 0.3.11
+
+This release(unstable) we update:
+
+this release we update:
+
+    dd issue
+    xfs
+    exfat
+    bt for clonezilla
+
+
+== Problemas con el script de actualización ==
+
+A partir de una version de mysql no soporta
+
+Parecía que estaba arreglado, pero ha vuelto a fallar. No muestra el menú de opciones y directamente actualiza a la 1.2.
+  * Puede que no encuentre la versión de OpenGnsys, en ese caso actualiza al master.
+    * Es el comportamiento que ha tenido siempre. Pero antes el master era estable.
+  * Podría preguntar siempre antes de actualizar, aunque sólo se puede elegir una versión.
+
+Se hace el cambio en el script de actualización. 
+ -> puee que se le escape algún campo que no se ha considerado.
+
+== ogAgent para Ubuntu 20.04 ==
+
+Sevilla. Ubuntu 20 04 se va a probar
+
+ * Agente con qt5 . funciona bien Linux 
+
+ * pero no se consigue instalarlo en Windos. Cambian las librerías visual c. Ahora visual studio build tools -> puede que haya que generarlo en Windows
+
+Incluye el estado extendido. Carga sistema, número de usuarios conectados, versión del agente, etc
+
+En la consola al pinchar en el ordenador se podría poner el estado extendido. Haciendo una consulta en tiempo real.
+
+Se podría tener un procedimiento para que se actualice el agente. 
+
+
+
+
+
+
+
+
+
+