wiki:Reunion270514

Videoconferencia 27 de Mayo de 2014.

Asisten: Barcelona, Málaga y Sevilla.

Próxima reunión: jueves 12 de Junio a las 11:30.

RedIris

Es la semana que viene, el martes 3 de Junio.

Se ha compartido la presentación en Google Drive: opengnsysGGTT2014. Es copia de la última que se hizo.

Hay que incluir los últimos cambios:

  • Compatibilidad para móviles
  • Comando Formatear y Particionar
  • Generación de GRUB para arranque directo en disco duro
  • Editor de ficheros PXE
  • Imágenes diferenciales y sincronizadas (2 métodos)
  • Eliminar imágenes de repositorio y de caché local
  • Configuración de clientes se actualiza tras ejecutar comando.
  • Agentes de sistema operativo Windows y GNU/Linux (el de Linux ejecuta comandos sobre el SO)
  • Browser soporta HTTPS y autenticación por LDAP
  • Clonar sistemas de ficheros de datos sin SO
  • Clonar nuevos SO (Windows 8/8.1)
  • Rediseño de procesos de clonación
  • Compatible múltiples discos
  • Clientes pueden conectarse con proxy a usar servidor DNS
  • Usuario puede cambiar de unidad organizativa
  • Menú por defecto para clientes
  • Script de instalación interactiva (no hay que editarlo)
  • Varias mejoras de postconfiguración de SO en clientes
  • Solución de fallos y mejoras de estabilidad

Habrá una página de estadísticas de uso de OpenGnSys: nuevos usuarios al web, usuarios en curso Online,...

Se mandará un mensaje a la lista de docencia .net para actualizar el mapa de implantación.

Para las imágenes sincronizadas se podría explicar los conceptos básicos, es difícil comprender la diferencia entre sincronización de la imagen y las imágenes diferenciales.

El arranque dual es una mejora que nos podría permitir usar el cliente 1.0.5 con las mejoras que conlleva: detección de más sistemas de ficheros, optimizar las sincronizadas con btrfs y gestión de equipos iMac. Se podría crear un script que realizase el cambio de un cliente a otro, es complejo porque en los ficheros de arranque de los clientes cambia el parámetro de vídeo que se le manda al kernel.

Málaga está mirando la manera de que se pueda reconocer qué segundo sistema de ficheros le corresponde a un determinado kernel. Esto permitiría tener varios ogclient en el mismo servidor, usando el que más se adapte al hardware de cada equipo.

Cambios desde la última reunión.

Rsync en Ubuntu 14.04 y fedora 20.

Incompatibilidad de la versión del servidor 3.0.1 y el cliente 3.0.9. Intentar poner un informe de errores en al web de rsync.

Cambiar acceso.

El script cambiar acceso que permite cambiar el modo de montaje del repositorio de sólo lectura a lectura y escritura y viceversa, no funcionaba para cambiar a modo usuario (ro) creando un problema de seguridad. Se ha solucionado.

Perdida de información de qué imagen tiene una partición.

Se ha solucionado modificando la consulta que se realiza al actualizar la configuración cuando arranca el equipo.

Corregido error varios repositorios en segunda unidad organizativa.

Se ha cambiado la consulta que se hacía, se ha probado y va bien.

Script de instalación.

Fallaba al instalar Ubuntu 14.04, Fedora 20 o CentOs 6.5, se han corregido los errores. Se han hecho las pruebas más básicas, puede que haya algún error que no se ha visto.

Foro.

Sigue habiendo bastante movimiento, el número de usuarios de la web del proyecto ha subido a 160.

Documentación de usuario.

Está muy avanzada, se ha pasado la documentación del curso actualizando algunas de las imágenes. Se está metiendo contenido de las nuevas funcionalidades de OpenGnSys.

En la web tenemos por separado “Manual de Instalación y Desinstalación” y “Manual de Usuario”. Y dentro del manual de usuario de la 1.0.5 también se explica la instalación. Habría que unificarlo.

Pruebas.

Sobre 12.04 la instalación ha ido bien a la primera. Lo probado ha funcionado todo.

Actualización desde una revisión de la misma versión.

Ha llegado un mensaje a la lista de correos sobre fallos que posiblemente son debidos a la actualización. Aunque se intente que se pueda actualizar desde cualquier revisión, debido a la cantidad de posibilidades que habría que probar, sólo se garantizará la actualización de versiones estables (1.0.4 y 1.0.4a) a la 1.0.5.

Las pruebas deben hacerse en una instalación limpia o en una actualización desde la 1.0.4/1.0.4a.

Particionado del servidor.

Se ha encontrado problemas al poner por separado /var y no calcular el espacio suficiente. Como la base de datos está situada en /var/lib, al poner los log de opengnsys como un enlace de /var/log/opengnsys se llenó el sistema de ficheros y corrompió la base de datos.

Hay quien particiona el servidor en una única partición y la swap y otros utilizan una partición para el sistema de ficheros raíz y otro sistema de ficheros independiente para opengnsys, ya sea para el directorio /opt, /opt/opengnsys o /opt/opengnsys/images. Lo que ocupará más espacio serán el directorio de las imágenes y de los log. Los demás sistemas de ficheros no se considera necesario que se separen.

Particiones GPT.

La función ogFindCache no es capaz de detectar la partición de la cache, para GPT utiliza el comando realpath y el cliente 1.0.4 no lo tiene. Cambiando por blkid o sgdisk sí funciona.

Las funciones ogInitCache y ogFormatCache llaman a ogFindCache, por lo que tampoco funcionan.

En la consola no aparece el contenido de la partición cache. Cambiando que para GPT busque un tipo de partición linux ya lo ve.

Sistema de ficheros HFS+.

HFS es el tipo de partición y HFS+ es el tipo de sistema de ficheros. La función ogTypeUID de Disk.lib no contiene el HFS+, sólo HFS, si se incluye ya va bien. Aquí solo debería de haber tipos de particiones pero observamos que por compatibilidad con versiones anteriores se han dejado otros sistemas de ficheros (EXT3,REISER,...).

Más adelante habría que eliminar los sistemas de ficheros, para ello habría que revisar qué funciones llaman a ogTypeUID y modificar todas las llamadas para que utilicen el tipo de partición y no el sistema de ficheros.

Imagen más grande que la partición.

La función ogImgInf busca el tamaño de la imagen en el fichero que crea partclone en el temporal.

Toma el tamaño del sistema de ficheros y no el de los datos, esto es correcto para los sistemas de ficheros que se pueden reducir.

Para FAT32 y HFS+ que no se pueden reducir nos impide clonarlos. Se modificará la función para que en estos sistemas de ficheros se tome el tamaño de los datos como tamaño de la imagen. Se creará un ticket independiente.

UpdateCache.

Cuando la transferencia es por torrent después un error de conexión se podría continuar la descarga por donde se había dejado en vez de empezar de nuevo, se ha modificado el script para que se haga así. Se creará un ticket y se integrará.

Equipos iMAC y GPT.

Se da de alta el cliente y se arranca bien.

Inicialmente tienen tres particiones 1º EFI, 2º HFS y 3º la partición de recuperación.

La primera vez que particiona con opengnsys, dejando el mismo tamaño se pierden todos los datos, las siguientes no.

Puede deberse el sector de inicio de la tabla de particiones que crea opengnsys no coincide con la que tiene el disco.

Habría que modificar la función ogCreatePartition para que detecte el principio de la primera partición y lo conserve. Hay que crear el ticket.

Last modified 2 years ago Last modified on Jul 14, 2017, 1:07:08 PM