Changes between Initial Version and Version 1 of Reunion200617

Timestamp:

Jun 28, 2017, 1:58:57 PM (7 years ago)

Author:

irina

Comment:

--

Reunion200617

@@ +1 @@
+[[TOC(heading=Índice)]]
+
+= '''''En construcción ''''' =
+
+= 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:
+ * [[Image(wiki:Reuniones:todo.png)]] Tareas pendientes.
+ * [[Image(wiki:Reuniones:mejora.png)]] Mejoras.
+
+
+== !RedIris ==
+
+Salió muy bien.
+
+En Salamanca intentarán utilizar las información sobre [wiki:Subproyectos 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, 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.
+
+
+=== #782        Crear registro de acciones para realizar informes ===
+
+Se cierra el ticket.
+
+=== #708        Crear API REST para integración de OpenGnsys con UDS ===
+Se ha eliminado un código del ogAgent para intentar gestionar la cola de acciones. 
+
+Afecta al comando "Enviar mensaje" y en esta versión sólo se permite ejecutar inmediatamente. 
+
+=== #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). 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 tomo como partido los ordenadores del ámbito, busca los repositorios asociados y las imágenes que pertenecen a estos.
+
+MEJORA!!!!!!!!!
+Un posible enfoque en 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 publicandolas 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. Se ha corregido el comando restaurar imagen.
+
+ * Evitar error de inicio de Apache si se configura 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
+
+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 ser el ogloive por defecto y no podrá guardarse en cache.
+
+
+Dudas: (Todo FALTA)
+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 como por defecto y que después de hacer las pruebas se decida si ponerlo por defecto usar la opción setdefault del script oglivecli.
+
+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.
+
+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.
+
+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.
+
+
+=== iMac ===
+Se revisará si el cliente ogLive funciona con los equipos iMac.
+Se reabrirá el ticket 774  FALTA
+
+== Foro ==
+* Se ha creado un apartado para los menú de inicio.
+
+* Problema con multicast: 
+
+Se comentas herramientas para verificar el multicast (lista) -> poner receta  FALTA
+
+El paquete está en el repositorio https://launchpad.net/ubuntu/+source/mtools
+
+
+http://opengnsys.es/discussion/topic/308
+
+* Problema con WOL.
+Al bajar y subir los magnetotermicos los equipos se han quedado en un estado que permoten 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.
+
+* Cola de acciones:
+
+
+
+
+
+
+
+...
+...
+
+
+=== #768 Ofrecer diferentes ogLive a los clientes ===
+oglivecli: muestra los ogLive disponibles.
+
+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ámentro Modo_trabajo además de soportar además de un número  0 y 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 (FALTA)
+
+=== Programaciúon de tareas: ogAgent ===
+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 ogAgent por lo que se realizarán los cambios.
+
+=== grubSyntax ===
+Es un script vinvulado 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 sobre dos discos duros no gestiona bien sobre que MBR instalar el codigo del grub.
+
+Se determina que el FIRSTAGE siempre sea el primer disco duro y el SECONDSTAGE (grub.cfg) sea identificado con los dos primeros parámetros.
+
+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 en el menu publico que hay que utilizar 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 menu publico
+{{{
+<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]
+ * en el sistema de archivos del server client/
+
+Para evitar tener que documentar intentar que el código sea coherente y usar siempre el mismo identificador. 
+
+Incialmente para esta versión cambiar sólo el recurso samba. Para ello requiere rehacer la lógica del initrd del ogLive 
+
+== 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 prodrí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
+
+Windows con UEFI obliga a utilizar GPT en modo 
+
+== UEFI ==
+__Arranque de Sistema Operativo: bootOs __
+cambios para que discrimine si es arranque UEFI, 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.
+
+Valencia:
+
+Se utiliza OpenGnsys en los servicios centrales se dará formación para que también lo utilicen los centros.
+
+Ahora tienen unos 2000 equipos pertenecientes a personal, biblioteca, aulas de idiomas y formación permanente.
+
+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.
+
+Hasta ahora los centros usan el Ghost con servidor v2.5, nunca han tenido Rembo.
+
+Los equipos del personal no tiene habilitado el agente de OpenGnsys y se arrancan con PXE desde el MBR.
+
+Se piensa que al controlar mejor las licencias se ahorrara bastante.
+
+
+== Lista de imégenes ==
+En los comandos y asistente de resaturación no aparecen por orden alfabético y cuando hay muchas imágenes es incomodo.
+
+Se modificará para listarlas en el orden correcto. FALTA 
+
+== Mapa implantación ==
+El último mapa de implantación de OpenGnsys tiene más de dos años, podríamos aprovecha que sacamos la próxima versión para realizar un nuevo mapa de implantación.
+
+Habría que madar un mensaje a la lista de RedIris.
+
+== 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 articulo haciendo referencia a la presentación de RedIris sobre remotePC.
+