Changes between Version 1 and Version 2 of Reunion090720


Ignore:
Timestamp:
Jul 10, 2020, 11:34:36 AM (5 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • Reunion090720

    v1 v2  
    11[[PageOutline(2-5,Índice)]]
    2 
    3 = En construcción =
    42
    53= Acta videoconferencia 9 de julio de 2020 =
    … …  
    75
    86Asisten: Málaga, Valencia, Teruel, Zaragoza y Sevilla. \\
    9 Proxima reunión: por determinar en unos 15 días.
     7Próxima reunión: por determinar en unos 15 días.
    108
    119== Contratación del soporte con Soleta ==
    … …  
    1412 * Desarrollo para introducir alguna funcionalidad
    1513 * Mixto
    16 Por ahora Sevilla, Cadíz tienen contratado el soporte con ellos desde hace varios años.
     14Por ahora Sevilla y Cádiz tienen contratado el soporte con ellos desde hace varios años.
    1715
    1816Salamanca está en proceso de contratarlo.
    … …  
    2018== Acceso remoto ==
    2119
     20La semana que viene habrá una videosesión con UDS y las distintas universidades que usan remotePC. 
     21
    2222=== !OpenRlads vs UDS ===
    2323
    2424Teruel utiliza actualmente !OpenRlads, un broker de desarrollo propio que está muy bien para entornos pequeños.
    2525
    26  * Para una infraestructira más grande, por ejemplo con la autenticación con ldap es mejor UDS
     26 * Para una infraestructira más grande, por ejemplo con la autenticación contra ldap es mejor UDS.
    2727 * Para implantarlo en toda la Universidad de Zaragoza necesita UDS. Se ha comprado y se está configurando para el curso que viene.
    2828
    2929=== Entornos mixtos presencial - remoto ===
    3030
    31 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.
     31Este tipo de entorno va a necesitar que las definiciones de remotePC sean  más granulares, a nivel de equipo y no sólo de aula, y dinámicas, consultando el estado real del equipo antes de operar con él.
     32
     33Actualmente para solucionar estos problemas se crea un aula ficticia y se mueve a ella los equipos que queremos excluir de remotePC. La gestión es "aparatosa" y cuando un equipo está en el aula ficticia no tenemos información de cuál es el aula a la que hay que devolverlo.
     34
     35Situaciones que hay que resolver. Las dividimos según quién inicia la comunicación:
     36
     37 * UDS solicita información a OpenGnsys:
     38  * Consultar a OpenGnsys el número máximo de equipos disponibles, ya que puede variar según los equipos que están usándose en presencial.
     39  * Comprobar el estado de un ordenador antes de utilizarlo para la cache o asignarlo a un alumno.
     40
     41 * OpenGnsys informa a UDS de un cambio:
     42  * Poder incluir/excluir equipos de remotePC, para realizar mantenimiento o usar de forma presencial. UDS tendrá que lo quitarlo de la cache de UDS y pedir la reserva en otro equipo.
     43
     44Se comentan dos vías para solucionar el problema.
     45 - Marcar pc en mantenimiento.
     46 - El acceso remoto definido por equipo, no por aula. Aunque puede mostrarse en las propiedades del aula en la zona para modificar ordenadores de forma masiva.
     47
     48Posiblemente los cambios serán mayormente en OG y no en UDS.
     49 * Habría que cambiar la función reserve de OG.
     50
     51__Actualización de la información de UDS__
     52
     53No sabemos cuanto tarde UDS en enterarse cuando se modifica la configuración de las aulas que compartimos.
     54* Parece que hay que republicar de nuevo para que actualice los datos.
     55* Los que estén ya reservados para acceso remoto, podrían quedarse colgados en la cache.
    3256
    3357
    3458
     59Por otro lado, en las aulas habrá que identificar los equipos de acceso remoto para que los estudiantes no los utilicen: Carteles...
    3560
    36  * poder gestionar equipos /mantenimiento
     61=== Equipos MAC ===
    3762
    38  * num máximo para prestar en remoto debe variar, y solicitarse a OG.
    39  * Ordenador asignado a UDS antes de darselo a un alumno, hay que comprobar que no es está usando.
     63Al haber una agente de OpenGnsys para equipos MAC se plantéa cómo acceder a ellos con remotePC.
    4064
    41 En las aulas habrá que identificar los equipos para que los estudiantes no cojan equipos que estén en remoto: Carteles...
     65Para que esto sea posible es necesario:
     66 *  Que UDS proporcione un transporte compatible con MAC. Creemos existe.
     67 *  Implementar la parte de usuario en el ogAgent para MAC, ya que hasta ahora sólo tiene la parte de 'root' Para ello es necesario la librería qt 4.
    4268
    43 Posiblemente los cambios serán mayormente en OG y no en UDS.
    4469
    45 Política de los equipos en Windows para impedir que apagen el equipo y que se cierre automáticamente.
     70Esto mejoraría la gestión de los equipos MAC con OpenGnsys, desde la consola se podrían enviar comandos y mensajes. Hasta ahora sólo podemos ver el estado, reiniciar y apagar.
    4671
    4772
    4873
    49 Sevilla Teruel
    50 -> crear aula de mantenimiento y se mueve el equipo
    51 
    52 Entornos mixtos.
    53 
    54  - marcar pc en mantenimiento.
    55  - el acceso eléctronico definido por equipo, no por aula. Aunque aparezca en la zona de propiedades para cambiarlo de forma masiva.
    56 
    57 Habŕia que cambiar la función reserve de OG, poo en UDS
    58 
    59 Cambio en UDS el número de equipos disponibles.
    60 
    61 Cuando un equipo se vaya a asignar para presencial hay que quitarlo de la cache de UDS
    62 
    63 ____________
    64 Cuándo se modifica la configuración de las aulas que compartimos. Cuando tarde UDS en enterarse de esa información.
    65         Parce que hay que republicar de nuevo para que actualice los datos.
    66         Los que estén ya reservados para acceso remoto, podrían quedarse colado en el campo.
    67 
    68 Puede que OG tenga que decirle a UDS cuando un equipo pasa a presencial, par qe lo quete de la cache.
    69         -> y pida la reserva en otro equipo.
    70 
    71 === Equipos MAC ===
    72 
    73 Para que esto sea posible:
    74  *  Que UDS proporcione un transporte compatible con MAC. Creemos existe.
    75  *  Es necesario implementar las parte de usuario en el ogAgent para MAC.
    76 
    77 El ogAgent para MAC sólo tiene la parte del agente de root, para uds hace falta la parte de usuario.
    78  Es necesario la librería qt 4 para ello.
    79  Hay que implementar la parte de usuario y ver si funciona y ver como sería la conectividad desde UDS.
    80 
    81 
    82 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.
    83 
    84 
    85 
     74== Problemas con partclone ==
    8675
    8776=== Errores con Windows 10 ===
    … …  
    8978Windows 10 20.04 falla con partclone 0.3.11 el anterior sí va bien.
    9079
    91  Como solución temporal se puede crear con la anterior, y restaurarla con la nueva.
    92 
    93 
    94  No es de la API de OpenGnsys. Lanzando el comando de partclone, falla igual.
    95 
    96 Parecía que el parámetro "-I" de partclone resolvía el error. Pero en este caso tampoco va.
     80   * Como solución temporal se puede crear con la versión anterior, y restaurarla con la nueva.
     81   * No es de la API de OpenGnsys. Lanzando el comando de partclone, falla igual.
     82   * Parecía que el parámetro "-I" de partclone resolvía el error. Pero en este caso tampoco va.
    9783
    9884Las pruebas se habían hecho con Windos 19.04 actualizada a 20.04. Instalada desde cero la 20.04 sí se clona bien.
    … …  
    10490 Hay que mejorar el manejo de errores del script de crear imagen.
    10591
    106 Sería necesario que lo probará alguien más.
     92Sería necesario que lo probará alguien más, para saber si el problema es general de esa versión de Windows o de la imagen concreta que se está clonando.
    10793
    10894
    109 == Problema entre versiones de partclone ==
     95=== Problema entre versiones ===
     96Ya se habían detectado problemas entre las distintas versiones de partclone, de forma que las imágenes creadas con la última versión 3.11 (ogLive bionic) no se podían restaurar con la anterior.
    11097
    111 ogLive que pudiera tener las dos versiones de partclone.
     98En Málaga se estaba probando que un ogLive pudiera tener las dos versiones de partclone. Para las primeras pruebas se copiaron los binarios del partclone 0.2.8  del ogLive 4.8. al ogLive 5.0
    11299
    113  - oglive 4.8. partclone 0.2.8 cogio los binarios de particlone y los copio al ogLive de la 5.
     100Hay que valorar si nos interesa tener un ogLive con las dos versiones de partclone o tener instalada sólo la 0.2.8
    114101
    115  - La nueva versiones debes traer mejoras
     102La nueva versiones debe traer mejoras:
     103 * Habría que probar si mejora los tiempo de creación y restauración.
     104 * Según la página del proyecto los cambio son para los sistemas de fichero xfs, exfat y algún uso del 'dd'.
    116105
    117  - el ogLive bionic trae la x.11
    118  - La última versión es la 0.3.15 ->
     106Ubuntu 20 trae el partclone 3.13.
     107 * También podría probarse.
     108 * Para crear un ogLive partiendo de está distribución es necesario hacer algunas modificaciones en el script de creación del ogLive.
    119109
    120 ubuntu 20 trae el partclone 3.13.
    121 
    122 changelogs - release of partclone 0.3.11
    123 
    124 This release(unstable) we update:
    125 
    126 this release we update:
    127 
    128     dd issue
    129     xfs
    130     exfat
    131     bt for clonezilla
    132110
    133111
    134112== Problemas con el script de actualización ==
    135113
    136 A partir de una version de mysql no soporta
    137114
    138 Parecía que estaba arreglado, pero ha vuelto a fallar. No muestra el menú de opciones y directamente actualiza a la 1.2.
     115Al ejecutar el script debe mostrar un menú con las distintas versiones de OpenGnsys superiores a la que está instalada. Sin embargo no muestra el menú de opciones y directamente actualiza a la 1.2.
    139116  * Puede que no encuentre la versión de OpenGnsys, en ese caso actualiza al master.
    140117    * Es el comportamiento que ha tenido siempre. Pero antes el master era estable.
    141   * Podría preguntar siempre antes de actualizar, aunque sólo se puede elegir una versión.
     118  * Podría preguntar siempre antes de actualizar, aunque sólo se pueda elegir una versión.
    142119
    143 Se hace el cambio en el script de actualización.
    144  -> puee que se le escape algún campo que no se ha considerado.
     120Al actualizar desde la versión 1.1.0 con Ubuntu 16 a la 1.1.1c en la base de datos se quedan algunos campos con valor por defecto NULL, esta definición no se soporta por la versión de mysql dando problemas en la consola.
    145121
    146 == ogAgent para Ubuntu 20.04 ==
     122Se revisa que el cambio se hace en el script de actualización.
     123 * Consulta la estructura de las tablas de la base de datos y modifica los campos con valores por defecto incorrectos.
     124 * Según el tipo de campo se le asigna un valor por defecto u otro. Puede que se le escape algún tipo de campo que no se ha considerado.
    147125
    148 Sevilla. Ubuntu 20 04 se va a probar
     126Se revisará el estado de la base de datos después de la actualización para busca los campos incorrectos.
    149127
    150  * Agente con qt5 . funciona bien Linux
     128== Nuevo ogAgent ==
    151129
    152  * 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
     130En Sevilla se está probando Ubuntu 20 04.
    153131
    154 Incluye el estado extendido. Carga sistema, número de usuarios conectados, versión del agente, etc
     132Se ha creado un agente nuevo con python 3 y qt5:
     133 * Funciona bien en Linux.
     134 * No se consigue instalar en Windos.
     135   * Cambian las librerías que utiliza, antes eran visual c y ahora visual studio build tools
     136   * Puede que haya que generarlo en Windows
    155137
    156 En la consola al pinchar en el ordenador se podría poner el estado extendido. Haciendo una consulta en tiempo real.
     138Incluye el estado extendido: carga sistema, número de usuarios conectados, versión del agente, etc
    157139
    158 Se podría tener un procedimiento para que se actualice el agente.
     140 * En la consola al pinchar en el ordenador se podría mostrar el estado extendido. Haciendo una consulta en tiempo real.
     141 * Al tener la información de la versión se podría tener un procedimiento para que se actualice el agente.
    159142
    160143