wiki:Reunion170614

Version 2 (modified by trac, 7 years ago) (diff)

--

Videoconferencia 17 de junio de 2014

Asisten: Zaragoza, Barcelona, Málaga y Sevilla

Próxima reunión: 1 de Julio de 2014.

Últimos cambios versión 1.0.5

Transferencia con torrent.

Cuando protocolo de transferencia es 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í.

Gestión de equipos iMac.

Función ogFindCache. Para particiones GPT ya detecta bien la cache aunque no esté en la partición cuarta.

Consola Web. En las propiedades de equipo se mostraba la cache pero no su contenido. Ahora lo muestra aunque no esté en la partición cuarta.

Script de cambio de IP del servidor.

Ya existía, pero sólo permitía elegir entre las tarjetas de red que estuvieran en el momento de instalar opengnsys.

Dándole el interfaz de red, busca su IP y la incluye en todos los archivos de configuración de los servicios de opengnsys, la consola web y las entradas de la base de datos referentes al servidor de administración y el repositorio.

Al final del script se muestran un par de cosas que es necesario cambiar manualmente: los fichero PXE,...

Se ha probado y ha ido bien.

Particiones FAT16, FAT32.

Se detectan correctamente, antes a todas le ponía FAT32.

Compatibilidad con Fedora 20.

Se ha modificado el instalador para que sea compatible con esta distribución.

  • Se detecta bien el tipo de distribución.
  • Se instalan dependencias para el protocolo torrent: python-crypt

En el archivo de RC había problema de activación del servicio tftp, pero ya se había corregido en la versión del branch.

ogCopyFile.

Usa el rsync para copiar, transfería los ficheros ocultos y luego los pasaba a su nombre final. Esto hacía que en caso de cortarse la transferencia se quedaba el archivo indefinidamente ocupando sitio en la cache.

Se ha modificado para que se transfieran los ficheros con su nombre definitivo.

Pruebas.

Máquina sin disco.

Se ha configurado como cliente de opengnsys una máquina sin disco y va bien, en la consola aparece con un disco de tamaño 0.

CentOs6.5

Ogclient lo arranca bien.

Grub.

Para que el arranque sea más rápido se está probando a arrancar por PXE, pero llamando al MBR.

Se instala un grub en el mbr que dé la opción de arrancar cualquier sistema operativo del disco y además una entrada que llame al ogclient. De manera que una vez pasado el tiempo de espera definido se arranque con ogclient.

Por una lado el usuario puede elegir el sistema operativo de forma más rápida y por otro se puede hacer mantenimiento en remoto.

Dos clientes opengnsys en el mismos servidor.

Para tener dos clientes se está probando a meter en la cache el cliente 1.0.4, al arrancar muestra un menú que está también en cache y sólo permite arrancar los sistemas operativos.

Por otro lado se tiene el cliente 1.0.5 en el servidor, que aprovecha las nuevas opciones que permite este kernel (sincronizadas, mayor detección de sistema de ficheros,...)

En "NetBoot avanzado" incluimos una plantilla más para arrancar con el cliente en cache y cambiamos los equipos a está o la normal (que arranca con el ogclient en el servidor) según necesitemos.

Actualización.

Con las versiones antiguas de podría haber problemas por las versiones que tengan los paquetes.

Uso de Ext4.

Detecta bien el sistema de ficheros, se puede crear la imagen y restaurar.

No se ha probado a hacer imágenes con btrfs, con el ogclient 1.0.5.

Integración de la versión 1.0.5.

Se considera que la versión está suficientemente probada para pasarla a la rama estable.

Se hará la integración del código en el trunk, antes de anunciarlo se probará por nosotros por si hay algún error debido a la propia integración.

No se integrará ningún ticket más.

Se revisará la rama de los ticket, para pasar a resueltos los que estén acabados.

Documentación.

Para la nueva versión se ha actualizado la información que teníamos en el curso, pero falta incluir los nuevos comportamiento. Conviene que cada persona documente los que le sean más familiares.

Virtual Cache.

Se está planteando ofrecer a los alumnos máquinas físicas en los periodos que están desocupadas. Por ejemplo un número limitado de equipos (para que el gasto eléctrico no sea excesivo) en el horario que no haya clases.

Habría un número se equipos levantados y se irían arrancando otros según la demanda que existiera.

Para las máquinas virtuales se está usando UDS con ovirt, UDS se comunica con el gestor del hipervisor a través de un servicio web con una API

Para las máquinas físicas se podría usar UDS con OpenGnSys. Opengnsys se encargaría de:

  • ir levantando los equipos con Wake Onlan.
  • saber qué máquinas son las que puede ofrecer a UDS .
  • informar del estado en el que se encuentran.

Ya se tiene configurado algo similar. Para realizar un cluster de computación, se tienen unas máquinas con una imagen concreta y a cuando se arrancan fuera del horario de clase arrancan en esta imagen. También se apagan antes de que empiecen las clases para que se encuentren las aulas en perfecto estado.

Se podría incluir un periodo para restaurar el aula antes de las clases.

Lo mejor sería un servicio web en opengnsys con el que se comunicará UDS. Como primera etapa se optará por un conjunto de script de servidor que puedan ser llamados a través de ssh.