Changes between Initial Version and Version 1 of Reunion141018

Timestamp:

Nov 20, 2018, 2:22:13 PM (5 years ago)

Author:

irina

Comment:

--

Reunion141018

@@ +1 @@
+[[PageOutline(2-5,Índice)]]
+= Acta videoconferencia 14 de noviembre de 2018 =
+
+Asisten: Granada, Huelva, Zaragoza, Teruel, Málaga, Valencia y Sevilla. \\
+Próxima reunión: 21 de noviembre de 2018.
+
+== !RedIris ==
+
+Para Los próximos Grupos de Trabajo se ha creado una presentación en el !GoogleDrive con el índice y poco más, está compartida con permiso de escritura para realizarla entre todos.
+
+Los temas a tratar serán:
+ * OpenGnsys 1.1.0a
+ * Sincronización con Git
+ * Jornadas OpenGnsys UMA
+ * Próximos objetivos
+
+
+
+== Versión de mantenimiento 1.1.0a ==
+Para probar la versión de mantenimiento se creará un tgz y se situará en la zona de descargas del trac.
+
+Para actualizar se puede usar el gutHub: ya están subidos todos los cambios.
+
+En Málaga se probará a actualizar desde la 1.1.0 y en Sevilla a instalar desde cero.
+
+== Script para importar imagen ==
+
+Al restaurar una imagen importada no se tienen los datos del perfil de software ni de sistema operativo, por lo que al restaurar no aparece en la columna correcta dando lugar a confusión.
+
+Se modificará el script para que 
+ * Tome la información de la base de datos del servidor de administración al que corresponda el repositorio.
+ * Realice el alta de la imagen en la consola: si existe una única OU se hará directamente, si existen varias se mostrará un listado para elegir la deseada.
+
+El script permite también migrar imágenes de FOX, ya que utilizan el mismo comando del sistema.
+
+== Sincronizadas con Git ==
+En Granada van a poner varias aulas de libre acceso, que tienen mucho uso, para probar las sincronizadas con git. Quieren realizar comparaciones de sincronización con Git y Rembo.
+
+Por ahora utilizan la restauración con scripts, no se ha adaptado la consola.
+
+No ha sido necesario modificar los ogLive, traen el software necesario para la sincronización (git).
+
+Para que podamos hacer pruebas las demás Universidades,  Granada va a subir al !GoogleDrive una máquina virtual con un servidor de OpenGnsys preparado con las sincronizadas con git.
+
+
+
+== Próximas jornadas==
+Además de realizar una lista de deseos habría que preguntar que es lo que más le gusta de OpenGnsys.
+
+== Cursos Avanzados de OpenGnsys ==
+
+La Universidad de Alicante había propuesto que en !RedIris se diera un curso avanzado de OpenGnsys, para los próximos Grupos de Trabajo es muy precipitado pero podríaplantearse para las Jornadas Técnicas.
+
+En Málaga van a realizar un curso avanzado y se está preparando la documentación. Se podría tomar como punto de partida para un curso Online.
+
+== ogAdmServer ==
+Un PDI de Sevilla se ha ofrecido para revisar el código de servicio ogAdmServer y mejorarlo.
+
+El ogAdemRepo no estaba realizando ninguna función y se ha eliminado, a partir de ahora no se instalará.
+
+
+== Problemas discos SSD nvem ==
+
+Dan problemas al particionar y al configurar el Windows después de la restauración.
+
+Para solucionar la creación de articiones ha sido necesario cambiar algunas funciones de las librerías de OpenGnsys.
+
+Los discos normales aparecen en el sistema con la nomenclatura "/dev/sd[a-z][1-9]" donde la letra sería el disco y el número la partición, en el caso del disco M.2 que tenemos en los portátiles el dispositivo reconocido es "/dev/nvme0n[1-9]p[1-9]", suponemos  que el 0 sería el canal, n1 el disco 1 y p1 la partición 1, por ejemplo el disco aparecería como "/dev/nvme0n1" y la partición  como "/dev/nvme0n1p1"
+
+El problema estaba en el fichero generado como entrada para sfdisk, se generaba la línea "/dev/nvme0n11", falta la "p" y por tanto el dispositivo y partición no eran correctos.
+
+En el caso de la función "ogDevToDisk" también fallaba, ya que el resultado para "ogDevToDisk /dev/nvme0n1p1" era "1 p1" en lugar de "1 1" y por tanto hacía fallar a funciones como ogFormat entre otras.
+
+Se han modificado las funciones:
+
+ * Disk.lib
+   *  ogCreatePartitions
+   * ogDevToDisk
+ * Cache.lib
+   * ogCreateCache
+
+En estas funciones se ha añadido el siguiente parche:  
+{{{
+NVME_PREFIX=""
+
+if [[ $DISK == *"nvme"* ]]; then
+        NVME_PREFIX="p"
+fi
+}}}
+
+Para el arranque de Windows en Málaga se utiliza un BDC "generalizado" que copian a la partición del sistema en el momento de la postconfiguración, luego instalan grub y modifican el fichero de configuración menu.lst.
+
+Existe la función {{{ogDiskType}}}que podría utilizarse para detectar estos discos, hasta ahora está en una versión inicial y detecta RAID, LVM, etc.