wiki:Reunion200617

Acta videoconferencia del 20 de junio de 2017

Asisten: Zaragoza, Teruel, Valencia, Huelva, Málaga y Sevilla
Próxima reunión: 4 de julio a las 10:30

Leyendas:

  • Icono tareas pendientes. Tareas pendientes.
  • Icono mejoras. Mejoras.

RedIris

Salió muy bien.

En Salamanca intentarán utilizar las información sobre Propuestas de subproyectos de OpenGnsys para realizar proyectos fin de carrera.

La certificación del curso Online con OpenBadges no se puede realizar debido a que no tenemos entidad para certificarlo.

  • Es necesario buscar una figura legal que nos permita hacerlo.
  • Afecta a otros temas, por ejemplo si queremos que en los pliegos de condiciones de compra de equipos estén certificados por OpenGnsys tampoco tenemos posibilidad para hacerlo por el mismo motivo.

Se plantea la posibilidad de crear una fundación de usuarios de OpenGnsys. Vamos a intentar recabar información en las distintas Universidades, en concreto en Huelva hay una Fundación que antiguos alumnos a la que van a preguntar.

Últimos cambios versión 1.1

Problemas de instalación y actualización

En Valencia el script de actualización no fue bien. No dejaba entrar en la consola, se debía a un problema con la clave:

En la base de datos el campo clave de usuario tenía un tamaño de 50 caracteres, por lo que no cabía la clave codificada en Sha2. Las claves seguían en claro.

En Zaragoza al instalar en un Ubuntu 16.04 limpio se instalaba mysql pero no dejaba entrar como root, que no tenía clave

El problema puede venir de que en el ubuntu 16.04 sólo el usuario root del sistema puede entrar como root de mysql.

#790 ogLive Xenial no identifica el orden correcto de varios discos duros sata

Un equipo con varios discos duros sata e iniciado con el ogLive Xenial de 64 bits no identifica correctamente el orden de los discos duros.

Es un error del comando de lsblk en la versión de Ubuntu Xenial, en versiones prosteriores está corregido.

Hay una operación que permite ordenarlo por número de disco y número de partición, pero no existe en otras versiones por lo que si la ponemos hay que discriminar si el ogLive.

En vez de poner la opción se utilizará "sort" para ordenar la salida del comando.Icono tareas pendientes.

#782 Crear registro de acciones para realizar informes

Se cierra el ticket.

#708 Crear API REST para integración de OpenGnsys con UDS

El ogAgent en esta versión sólo se permite en los comandos "ejecutar inmediatamente", no gestiona la cola de acciones. Se ha eliminado un código del ogAgent que intentaba ofrecer esta funcionalidad.

#775 Permitir mismo nombre de imagen en diferentes repositorios de imagen

Se cierra el ticket.

Para la próxima consola habría que repensar como se tratan las imágenes y repositorios con distintas unidades organizativas (OU). Icono mejoras.

En está versión:

  • Un repositorio tiene un identificador distinto en cada OU.
  • Para usar las imágenes de un repositorio común se tiene que definir el objeto imagen en cada unidad organizativa y la consola las verá como imágenes diferentes.

Un cambio afectaría a muchas las consultas SQL: cuando el comando restaurar o el asistente de deploy muestra las imágenes disponibles toma como punto de partida los ordenadores del ámbito, busca los repositorios asociados y las imágenes que pertenecen a estos.

Un posible enfoque es incluir el concepto publicar:

  • Definir los repositorios en la parte de administración de la consola y asignarlos a las unidades organizativas.
  • Las OU que compartan directorio puedan utilizar las mismas imágenes publicándolas o no en cada OU según las necesiten.

#730 Integración de rama OpenGnsys 1.1.0 en rama principal

  • El script de instalación es compatible con Centos7. Sólo se ha probado a instalar.
  • Corregida otra cláusula GROUP BY para compatibilidad con distintas versiones de MySQL. Provocaba que no se vieran las particiones en la página de configuración del equipo.
  • Al simplificar el formulario crear imagen las imágenes que no estaban creadas con el comando crear imagen no tenían tipo de partición asociado y no aparecían en el comando restaurar. Esto impedía que se usaran imágenes migradas de otros repositorios. Se ha corregido el comando restaurar imagen.
  • Se corrige error de inicio de Apache cuando se configuraba PHP-FPM en vez de mod_php.

#768 Ofrecer diferentes ogLive a los clientes

Script setsmbpass modifica clave de acceso en todos los clientes ogLive instalados.

La función ogGrubAddOgclient se renombra a ogGrubAddOgLive. Soporte de varios ogLives. Se usa el ogLive iniciado.

Falta cambiar el nombre al mensaje de ayuda de la función Icono tareas pendientes.

Script oglivcli muestra los oglive compatibles con esta versión con un * al lado. Los instalados los muestra con un +

Si se instala un oglive no compatible tiene que definirse como oglive por defecto y no podrá guardarse en cache.

Se crean dos nuevos script que funcionan de forma análoga a los comandos listclientmode y setclientmode.

listclientlive: Lista la distribución ogLive asociada a los clientes, ya sea un equipo o un aula.

listclienlive NombrePC | NombreAula

setclientlive Configura el archivo de arranque de PXE para asignar el cliente ogLive, ya sea a un equipo o a un aula

setclientlive DirOGLive | IndiceOGLive { NombrePC | NombreAula } Modo_trabajo

Para el parámetro Modo_trabajo además de soportar un 0 ó 1 se aceptan las cadenas TEMP y PERM.

Nota: Han cambiado los nombres de las plantillas, habría que comprobar que la ayuda de setclientmode y el script setBootMode recogen los nuevos nombres Icono tareas pendientes.

Dudas:

1) El script oglivecli cuando instala un nuevo ogLive lo pone con ogLive por defecto, esto afectará a todos los equipos que tengan configurado el ogLive por defecto.

Se cambiará de forma que al instalarlo no lo defina por defecto y que después de hacer las pruebas se decida si ponerlo por defecto usar la opción setdefault del script oglivecli. Icono tareas pendientes.

2) En la consola al elegir el oglive de los equipos la lista de selección muestra los ogLives existentes más la opción ogLive por defecto.

Al elegir el oglive por defecto significará que si el administrador cambia el oglive por defecto todos los equipos así configurado cambiar el ogLive automáticamente. En la consola en la opción ogLive por defecto se incluirá el mensaje "asignado automáticamente" para que quede claro. Icono tareas pendientes.

Si se realiza el cambio en el servidor, al iniciar los equipos detectarán el cambio y actualizaran el ogLive en cache de forma automática.

3) El script de instalación de forma opcional borrará los ogLive no compatibles e instalará los ogLives compatibles de 32bits y 64bits. Icono tareas pendientes.

Si el usuario utiliza un oglive personalizado puede ser problematico borrarlo automáticamente.

En el script de instalación se puede preguntar la principio de la instalación pero el script de actualización sólo se puede informar al final que lo que conviene hacer.

Equipos macintosh

Se revisará si el cliente ogLive funciona con los equipos iMac. Icono tareas pendientes.

Se reabrirá el ticket #774

Programación de tareas: ogAdmAgent

No funciona en la 1.0.6, se ha corregido en la 1.1.

También se ha ampliado el calendario a la 2025.

Al actualizar se recompila el ogAdmAgent por lo que se realizarán los cambios.

grubSyntax

Es un script vinculado a la versión del grub-probe.

Las versiones de grub-probe de 32 y 64 bits se han subido a /opt/opengnsys/client/bin/

grubSyntax identifica la arquitectura y utiliza uno u otro.

#789 Actualizar plantilla PXE al mover ordenador

No se actualiza al mover el equipo de aula ni al cambiar la ip del repositorio

Se ha creado un ticket, sólo falta subirlo.

#791 ogGrubInstallMBR con dos discos duros

ogGrubInstallMBR no instala bien EL GRUB sobre dos discos duros.

Se determina que el FIRSTAGE siempre estará en el primer disco duro y el SECONDSTAGE (grub.cfg) será identificado con los dos primeros parámetros (NUMDISK NUMPART).

De esta manera podemos tener el grub.cfg en una partición del segundo disco duro.

#792 Incluir en los html personalizados de ejemplo los enlaces al acceso privado.

Enlace que hay que utilizar en el menú público para acceder al menú privado personalizado:

<p><a href="../varios/acceso_operador.php?iph=<?php echo $_SERVERREMOTE_ADDR? ?>">Administración</a></p>

Enlace en el menu privado que hay que utilizar para acceder al menú público

<p><a href="../varios/menucliente.php?iph=<?php echo $_SERVERREMOTE_ADDR? ?>">Volver</a></p>

Se incluirá en el menú de ejemplo para que los usuarios tengan la esta información más accesible.

#793 unificar los recursos en red del ogLive [shared]

Se utilizan distintos nombres para el mismo recurso de red:

  • El código fuente [shared]
  • El gestor de arranque remoto [ogshared]
  • El samba [ogclient]
  • El sistema de archivos del server client/

Para evitar tener que documentar hay que intentar que el código sea coherente y usar siempre el mismo identificador.

Inicialmente para esta versión cambiaremos sólo el recurso samba. Para ello requiere rehacer la lógica del initrd del ogLive

#770 Imágenes sincronizadas (tipo archivo): transferencia multicast

Para poder probar las dos versiones de las sincronizadas 1.0.6 y 1.1 NO se integrará el código de la rama de ticket en la de desarrollo ya que la versión nueva machacaría el código de la antigua.

  • Al instalar la versión 1.1 el código de la sincronizadas tipo archivo corresponde a la de la versión 1.0.6.
  • Para probar los últimos cambios hay que instalar el ticket #770 con el script de intalación

La principales diferencias entre ambas versiones son:

  • En la versión 1.0.6 las imágenes se empaquetan en un archivo
    • Se pueden enviar la primera vez con los mismos protocolos que una monolíticas, las veces posteriores transferencia se realizará con RSYNC.
    • Los datos no están comprimidos por lo que ocupan el mismo espacio que la partición del cliente.
  • En la versión 1.1 las imágenes se almacenan en un directorio.
    • Al crear un a imagen nueva se puede clonar antes una anterior de forma que los archivos que compartan no ocuparan más espacio.
    • La transferencia del repo al equipo puede hacerse con RSYNC o con MULTICAST (ver documentación).
    • La cache del cliente se puede comprimir en BTRFS

Foro

  • forum:13 Se ha creado un apartado para los menú de inicio.

Se comentan herramientas para verificar el multicast (lista) -> poner receta Icono tareas pendientes.

El paquete está en el repositorio https://launchpad.net/ubuntu/+source/mtools

  • topic:313 Problema con WOL. Al bajar y subir los magnetotérmicos los equipos se han quedado en un estado que permiten realizar WOL.
  • ogLinuxBootParameters La imagen tenía un grub modificado manualmente y la función ogLinuxBootParameters no encontraba los parámentros de arranque. Se ha solucionado regenerando el grub.cfg con la función grubInstallPartition.

BURG: grub con interfaz gráfico

burg es un fork de grub2 con interfaz gráfico.

  • Funciona en todo el hardware que se ha probado. La universidad Pompeu Fabra lleva usandolo tres años sin problemas.
  • Se puede definir una opción por defecto y un time-out
  • Al igual que en grub si el usuario toca el teclado eligiendo una opción y no le da a enter se queda en ese estado indefinidamente y no controlado por OpenGnsys.
    • En grub no suele pasar, pero al ser gráfico sí es más fácil que suceda.
    • Sería necesario que una vez elegida la opción también hubiera un time out.

Los OgLive? tiene el burg instalado.

Se crean las funciones ogBurgInstallMBR y ogBurgInstallPartition análogas a las existente para Grub

No sabemos si se podría usar para arranque PXE gráfico.

Discos de 4tb

En la versión 1.0.6 sólo reconoce 2Tb.

Habría que utilizar una tabla de particiones tipo GPT.

Arranque del equipo:

  • Hay BIOS que permiten GPT
  • UEFI permite modo legacy o UEFI

si utilizar GPT

  • Windows obliga a arranca con UEFI
  • Linux parece que sí permite arranque normal

UEFI

Arranque de Sistema Operativo: bootOs

Cambios para que discrimine si es arranque UEFI. En este caso busca la partición de arranque (la primera) y no hace algunas cosas propias de BIOS.

  • se le dice a UEFI Boot Manager qué sistema operativo arranca la próxima vez (hay un software lo que permite)
  • se ponen las marcas para que el PXE arranque de la primera partición
  • se reinicia.

Si Burg no funciona con UEFI no tiene mucho sentido.

Pruebas con dos Windows en el mismo equipo: no se han hecho.

Curso de formación en Valencia

Se utiliza OpenGnsys en los servicios centrales se dará formación para que también lo utilicen los centros.

Se dará un curso de un nivel intermedio entre el básico y el avanzado, haciendo principal incapié en la personalización de los script.

Utilizan Windows y tendrán que postconfigurar la inclusión en el Active Directory.

Se piensa que al controlar mejor las licencias se ahorrara bastante.

Estado actual

Ahora tienen unos 2000 equipos pertenecientes a personal, biblioteca, aulas de idiomas y formación permanente.

Los equipos del personal no tienen habilitado el agente de OpenGnsys y se arrancan con PXE desde el MBR.

Hasta ahora los centros usan el Ghost con servidor v2.5, nunca han tenido Rembo.

Lista de imágenes

En los comandos y asistente de restauración no aparecen por orden alfabético y cuando hay muchas imágenes es incomodo.

Se modificará para listarlas en el orden correcto. Icono tareas pendientes.

Mapa implantación

El último mapa de implantación de OpenGnsys tiene más de dos años, podríamos aprovechar que sacamos la próxima versión para realizar un nuevo mapa de implantación.

Habría que mandar un mensaje a la lista de RedIris. Icono tareas pendientes.

Consulta la base de datos del servidor desde los cliente

Se necesita para algunos datos de la postconfiguración.

Por motivos de seguridad sería más conveniente utilizar la API REST.

Articulo sobre remotePC

UDS está realizando un artículo haciendo referencia a la presentación de RedIris sobre remotePC.

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