Acta de la videoconferencia del 17 de junio de 2015

Asisten: UV, UNIZAR(Teruel), UHU, US, UPV, UMA y US
Próxima reunión: 1 de Julio a las 11:30

RedIris

Se presentó la nueva versión de OpenGnSys.

Se comento que queremos incluir OpenGnSys en la incubadora de Apache con el objetivo de crear una comunidad en torno al proyecto que permita aumentar el número de desarrolladores, así como permitir que fueran externos al ámbito universitario. Se intenta empezar con startup relacionadas con la universidad.

A partir de ahí surgió un debate sobre si los desarrollos universitarios debían realizarlos empresas. Desde OpenGnSys se comentó que no nos parece conveniente principalmente por no perder el control del código. Ya tenemos la experiencia con BPbacht que partió de una universidad, se convirtió en rembo y cuando lo compró IBM no mantenía lo que necesitamos.

Manual de usuario

Los temas del 0-6 están realizados e incluidos en el nuevo curso de docenciaNet. Se podría revisar el wiki para ver si hay que incluir/cambiar algo.

Faltan los últimos temas.

• Del tema nuevo de eliminar imágenes no hay casi nada.
• En el tema de menú de usuario se ha partido de la versión anterior y se le han incluido modificaciones.
• Faltan la mayoría de las imágenes (ej: cola de acciones hay que modificar el gráfico).

Hay que hacer tareas nuevas para el curso. Las capturas de la pantalla conviene hacerlas de modo que están relacionadas con las tareas que se pidan.

Gráficos: Han cambiado algunas cosas -> avisos, configuración del equipo,cola de acciones...

Nuevas cosas ha introducir en la documentación

• netBoot Avanzado: crear nueva columna.
• incluir nuevo repositorio.
• multicast entre varias subredes.

Se plantea dejar el curso básico con los mismos temas, para que las personas que lo hayan hecho no lo tengan que repetir. Los nuevos temas irán en el curso intermedio o avanzado.

En el wiki si se pueden incluir estos temas como anexos al final, tenemos un ejemplo en la Instalación, actualización y desinstalación de OpenGnSys

Habría que ir pensando/definiendo el curso avanzado. Se puede tomar ideas de las transparencias del curso presencial, pero queda mucho que redactar.

Versión 1.1

Se definen las funcionalidades de la versión 1.1

• Definición API REST para su integración con el Proyecto Remote PC.
• Detección completa de metadispositivos (LVM, RAID, Multipath) y ZFS.
• Repositorio común para varias unidades organizativas.
• Cambio de repositorio en el cliente.
• Mejoras en el comando Particionar y Formatear.
• Mejoras en la postconfiguración por defecto.
  • Hay nuevos comandos en la versión 1.0.6 que no se han incluido en el configureOs y son necesarios para independizar de hardware y del número de partición a los sistemas operativos.
  • Si hubiera que hacer una revisión 1.0.6a por errores importantes se incluiría.

Ticket de la versión 1.1

Hay muchos ticket asignados a esta versión porque se han ido pasando de las anteriores, se repasan algunos:

#711 Mostrar porcentaje de uso de cada sistema de archivos

El script que toma la configuración del equipo ya toma este dato. Se necesita saber al tamaño numéricamente para saber cuanto ocuparía una imagen de esta partición, también se podría mostrar en la consola como una barra con el tamaño proporcional al uso del disco.

Se dejará para la versión 3.0

Inventario

Mostrar más características: bancos de memoria desglosados, controladora de almacenamientos,...

Mostrar número de serie: Se podría añadir automáticamente en las propiedades del ordenador.

Menú personalizado.

Un compañero de Sevilla ha hemos un nuevo ejemplo de menú. Se pondrá en el wiki en la zona de recetas.

oglive

En la próxima versión se creará un cliente de OpenGnSys con un kernel nuevo para aprovechar las nuevas características del mismo.

Al generar el oglive con las últimas versiones de Ubuntu está dando errores, habrá que repasar el procedimiento. Puede deberse a cambios en el arranque de los servicios, esto también puede afectar al instalador de OpenGnsys.

API REST y versión 1.0.6

No es compatible 100%, son páginas separadas pero modifican la base de datos.

Varios repositorios

Está casi terminado para las monolíticas.

Comando particionar

Va muy bien y permite reiniciar el equipo correctamente (el asistente de particionado si se incluye en cola de acciones se reiniciar constantemente)

Habría que revisarlo, para que incluya particiones lógicas y más de un disco.

Incidencias encontradas

WOL

En Málaga unos equipos con un hardware concreto al iniciar con ogclient desactiva el comportamiento Wake On Lan en la tarjeta de red. Comentan que puede deberse a personalizaciones de OpenGnSys que hayan realizado.

Disco sin tabla de particiones

Al poner un disco nuevo a una equipo, cuando se arranca el cliente de OpenGnSys no termina de iniciarse. Parece que se debe a la falta de la tabla de particiones.

Copiar de un disco a otro de un mismos pc

No es posible. El asistente de clonar particiones remotas permite copiar "al vuelo" de una partición de un equipo a otra partición de otro, sin necesidad de hacer imagen. En este asistente un equipo toma el papel de master y otro de destino, por ello no se puede utilizar para clonar dos discos en un mismos equipo.

Cambio ip del servidor

En el curso online ha habido problemas con la configuración de la ip del servidor, al tener varias tarjetas de red la instalación de OpenGnSys ha tomado un valor erróneo.

Podría resolverse con setserveraddr: es un script de servidor que cambia la configuración de la dirección IP del servidor principal. Cambia ogAdmServer.cfg, ogAdmRepo.cfg, la página de la consola web con los datos y el entorno con id=1 de la base de datos. La sintaxis del script es:

sudo /opt/OpenGnSys/bin/setserveraddr Interfaz

Varios arranques de Windows.

El sistema de marcas que tenemos va bien con los equipos que hacen autologin, pero no las borra en los equipos donde no se inicia la sesión.

Para borra las marcas se incluye una lcave en el registro en .../CurrenteVersion/Run que sólo se ejecuta si el usuario inicia la sesión.

En Sevilla se borran las marcar creando una tarea programada en el equipo modelo que se ejecute al inicio del sistema, se ha intentado crear desde OpenGnSys pero no se ha encontrado la forma.

También se puede hacer con las políticas de Windows, pero unas se pueden configurar desde el registro y otras no. Habría que mirarlo.

Gestión del caños de vídeo

Hay una API para gestionan los cañones de vídeo que tengan el protocolo de control estándar PJlink.

Comparativa Django/Symphony

Está pendiente decidir el lenguaje/framework en el que se realizará la consola de administración. Se decidirá en la próxima videoconferencia.

Inicialmente se ha visto:

• Django es más eficiente que Symfony, mínimo de 2 a 1, 30 a 1 según otras comparativas
• Django está pendiente de un cambio importante de versión 1.8 a 2.0
• Symfony es una herramienta de continuidad ya que ahora OpenGnSys utiliza PHP lo que puede facilitar la transición
• Ambos soportan IPv6, por ejemplo, teniendo en cuenta que ya empiezan a fabricarse dispositivos con IPv6 sin soporte IPv4
• Python nos permitiría hacer también los servicios: ogclient, ogAdmserver, ...
• Django tiene mejor curva de aprendizaje que Symphony
• Huelva comenzó el desarrollo en Symphony y nos podrían dar el curso de formación

También se ha visto un proyecto de mozilla para crear certificados válidos para la consola web. Esto permitiría que no saliera el mensaje avisando que la comunicación cifrada es insegura.