Changes between Initial Version and Version 1 of Reunion191120

Timestamp:

Dec 1, 2020, 8:24:37 AM (5 years ago)

Author:

irina

Comment:

--

Reunion191120

@@ +1 @@
+[[PageOutline(2-5, Índice)]]
+= Acta videoconferencia del 19 de noviembre de 2020 =
+
+Asisten: Huelva, Málaga, Teruel, Valencia y Sevilla.
+
+== Incompatibilidad versiones de  partclone ==
+En huelva están teniendo problema con el parclone ogLive 5.0.
+
+Ya se había comentado en otras reuniones que existía esté fallo al crear imágenes. 
+ * No se mostraba claramente en los errores, se notaba al restaurar.
+ * Los problemas son aleatorios sin hacer cambios en el equipo se crea otra imagen que puede ir bien.
+
+En Sevilla con OpenGnsys 1.1.1a se cae el servidor a veces al crear las imágenes, no pasa en ningún otro sitio.
+
+Las imágenes creadas con 5.4 no compatibles con los otros ogLives, pero tampoco lo eran las del kernel 5.0.
+
+Malaga el master en 4.8 y en los demás 5.0
+
+Cádiz usan el ogLive 5.4  para crear imágenes y no han tenido problema. Malaga está haciendo pruebas y también va muy bien.
+
+== Nuevo ogLive con kernel 5.8 ==
+
+Se están haciendo pruebas para crear un nuevo ogLive con kernel 5.8 basado en Ubuntu 20.
+
+No ha funcionado porque varía el initrd, tiene subdirectorios diferentes.
+
+La versión del partclone es más nueva pero no sabemos si hay modo de retrocompatibilidad con versiones antiguas.
+
+
+== Problema particiones de 3Tb (1.1.1c) ==
+
+Cuando se tiene un equipo con particiones de 3Tb al obterner la configuración cuando se inicia el ogLive  tira el servidor. Se debe a que el campo de la base de datos es tipo entero y el límite que soporta en Kb son 2Tb.
+
+En Huelva lo ha cambiado a bigint: habrá que cambiarlo en la BD para esta nueva versión.
+
+Aunque las particiones fueran más pequeñas el tamaño del disco se guarda en el mismo campo, por lo que también fallaría.
+
+== Error código 6 ==
+
+Las actualizaciones de Windows dejan las particiones hibernadas, al querer arrancarlo desde la consola da el error cod 6 (que no reconoce el sistema operativo)
+
+ * Al estar hibernada la partición se monta en modo lectura y no permite comprobar la version del sistema operativo.
+
+ * En Huelva han hecho un parche en el arranque que chequea si está hibernada y si es así  hace los cambios necesarios. En Sevilla se estaba dando el mismo problema y con el parche se ha solucionado.
+
+Se incluirá en el bootOs.
+
+== Problema  con los estados de los equipos ==
+
+Las tareas de reinicar y apagar no funcina con los ogagent.
+
+   Huelva no usa tareas: los comandos sí van bien.
+
+En Sevilla todos los días se quedan varios equipos en estado ocupado de forma permanente. Haciendo purebas con las versión nueva tambíen se ha producido este error al realizar un inventario de software sobre un ubuntu 20 con bastantes programas instalados.
+
+Windows se queda con la sesión inicada si el usuario cierra la ventana del navegador. Se resuelve con las politicas de grupo.
+
+
+== UEFI 1.1.1a ==
+Al particionar habría que formatear la partición EFI. Sería necesario modificar el código del asistente de particionado.
+
+__Entrada del grubMBR en la NVRAM__
+
+Al instalar el grub en el MBR se crea el directorio en la partición EFI pero no crea la entrada en la NVRAM. Hay que revisarlo, el error se da en una versión antigua y puede estar corregido.
+
+El orden de la entrada de la NVRAM es distinto según las placas. En algunas falla al incluir la la entrada el grub (puede ser el motivo del error anterior).
+
+En el menú del grub la entrada del ogLive le pone el disco 1, cuando debería ser el 0, y no lo encuentra Hay que probarlo.
+
+Cuando está la entrada de grub, si se quita el cable de red sí ejecuta el grub. 
+
+El grub en la UEFI es el equivalente de tener un MBR. Aunque un equipo sólo tenga un sistema operativo, para manejarlo con OpenGnsys siempre es equivalente a tener dos, por lo que nos interesa tener un grub instalado para elegir cual arrancar.
+
+
+
+Problemas al crear el MBR con los discos nuevos M2, se soluciona con el ogLive 5.4
+
+ Con otros ogLive si se ha instalado el grub antes, hay que borrar los primeros bloques del disco duro (ej con dd) para borrar la información de las particiones. 
+
+
+== Problema con dos discos ==
+
+Por el cambio del servicio  ogserver y ogclient, no soporta un segundo disco.
+
+El asistente de particionado que llama a "ejecutar script" realiza bien la acción pero al guardar la configuración del disco en la base de datos es cuando falla. 
+
+Ya se ha mandado un cambio que resuelve el problema.
+
+
+
+
+
+== Log en tiempo real ==
+Tanto la actualización del equipo con el inventario de software no muestra log en tiempo real. Se sigue mostrando el log del comando anterior y el usuario no tiene información del proceso actual.
+
+
+== Sincronizar los repositorios de git con el trac ==
+
+En el código que se muestra en el trac no están los últimos cambios de los repositorios de git,
+
+En el servidor del trasc de OpenGnsys en la configuración del git  en el directorio /git/opengnsys.git/hook existen una serie de script que se ejecutan cuando se procude un evento.
+
+ Al hacer un commit debe llamar a sincronizar el repositorio.
+
+En la consola del trac, en la parte de administración de los repositorios se puede configurar los repositorios que se sincronizan. Esto soluciona el problema.
+
+
+== Cambios desde la última reunión ==
+
+
+=== #988 Fix settoken json handling ===
+
+settoken genera un nuevo token de seguridad para el servicio o usuario especificado.
+
+Se había cambiado el nombre del fichero de configuración pero no se cargaba su contenido.
+
+
+
+=== #1005  RemotePC soporta grupos de ordenadores dentro del aula ===
+
+Resuelve un problema cuando había grupos de ordenadores dentro de una aula que se utilizaba con remotPC.    
+
+=== php 7.4 ===
+Con php 7.4 da errores la consola. Parece que tiene más restricciones de tipo.
+
+Se ha cambiado opengnsys_update, pero el cambio no es correcto: se da por hecho que es el 7.2. No se puede dejar el valor fijo, alguna versión de Ubuntu puede no tener esta versión.
+
+
+=== #1007 error en opengnsys_update.sh  ===
+La descripción del ticket en muy amplia, lo dejamos para cuando este la persona que lo ha creado.
+
+=== #988 Add ogserver.json creation when running opengnsys_update.sh ===
+
+Al actualizar se crea el archivo de configuración del ogserver con formato json si no existe uno anterior.
+
+
+=== #944 Error en el estado de ordenadores ===
+
+En la consola cuando existe un sólo equipo en el aula el estado se muestra vacío.
+
+Se debe a que la comprobación que se realiza para mostrar los equipos por filas o como originalmente no compara correctamente el tipo. Se pasa de entero a cadena y ya funciona.
+
+=== #997: Fix oglivecli. The script was not detecting the Initrd ===
+Había una errata en el path del initrd y no se detectaba en compresor del mismo. El script funcionaba, pero pedía siempre la clave del usuario de samba.
+
+Problemas con nuevos ubuntu y initrd.
+Hasta ahora hacíamos un "file" para detectar la información del kernel. Ahora si se le hace un file dice que el fichero está comprimido.
+
+El comando unmkinitrd nos permite descomprimirlo, y sirve para los antiguos.
+
+La estructura cambia, tenemos unos directorios eyarly, early2 y main. Se podría mirar si crear enlace simbólico podría compatibilizar.
+ 
+=== Foro #449 OGAgent no muestra sesión iniciada en Ubuntu === 
+
+Hay una pregunta en el foro respecto a cuando se consulta el estado de los equipos, un equipo con Ubuntu con una sesión de usuario iniciada muestra el icono de color morado como si no hubiese sesión iniciada, sin el recuadro blanco dentro del monitor. 
+
+El problema es únicamente con Gnome en Ubuntu 18.04. Para que funcione la parte de la sesión de usuario hay que tener instalada y activada la extensión !TopIcons Plus, con eso en el siguiente reinicio te debería funcionar bien.
+
+{{{
+sudo apt-get install gnome-shell-extension-top-icons-plus
+}}}
+
+Si se trata de Ubuntu 20.04 hay que habilitar la extensión Ubuntu appIndicators usando "gnome-tweaks"
+
+
+=== Foro  #450 Problema REST agente ===
+Al intentar  apagar los equipos mediante las funciones REST que proporciona el agente da problema de autorización.
+
+Para realizar la consulta es necesario obtener el token de seguridad del equipo. Tras iniciar el equipo, con el agente en marcha, es necesario realizar la siguiente consulta:
+{{{
+SELECT agentkey FROM ordenadores WHERE nombreordenador = 'el_nombre_del_ordenador';
+}}}
+
+Y ejecutando:
+{{{
+curl -X GET --header 'Authorization: TOKEN_OBTENIDO' '​https://IP_EQUIPO:8000/opengnsys/poweroff' --insecure
+}}}
+
+Funciona tanto en Linux como en Windows con el agente 1.1.2 y 1.1.1b. 
+
+
+=== #988 checkperms sets permissions on ogserver.json ===
+
+ogserver.jcon  contiene datos que no debe leer cualquier usuario. Se incluye en el script checkperm para que tenga los permisos adecuados.
+
+También le pasa a ogclient.json, habría que hacer lo mismo.
+
+
+=== Soporte hasta 4 disco y 16 particiones ===
+
+Se ha ampliado el número de discos y particiones que se pueden gestionar con OpenGnsys. Parecen pocos.
+
+El número de particiones máximo es de 16, en particiones GPT se soportan 128, debería soportarlas también el ogserver.
+
+Si se metiera un servidor también faltarían discos.
+
+
+== !OpenRlabs ==
+
+Lo están usando en Teruel, pero Zaragoza usa UDS.
+
+Para universidades pequeñas puede ir muy bien.
+
+Hay algunas diferencias: 
+ * No cachea los equipos, tarda más en arrancar.
+ * La gestión de autenticación y calendario varia. Hace poco han añadido calendario y acceso con active directory.
+
+
+
+
+ 
+ 
+ 
+ 
+ 
+ 
+
+
+
+
+
+
+
+
+
+
+