Changes between Initial Version and Version 1 of Reunion160119


Ignore:
Timestamp:
Jan 21, 2019, 1:38:04 PM (5 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion160119

    v1 v1  
     1[[PageOutline(2-5,Índice)]]
     2
     3= Acta videoconferencia 16 de enero de 2019 =
     4
     5Asisten: Málaga, Huelva, Teruel y Sevilla. \\
     6Próxima reunión: 30 de enero a las 11:30.
     7
     8
     9== Últimos cambios ==
     10=== Pruebas versión 1.1.0a ===
     11En la actualización de la 1.0.6b a la 1.1.0 fue bien pero con Ubuntu 14.04 no mostraba correctamente la versión de OpenGnsys.
     12
     13Se debía a que el comando "jq" que trae está versión de Ubuntu no es compatible con algunas opciones que se usaban. Se han cambiado las opciones, ya funciona bien pero antes de actualizar OpenGnsys hay que actualizar a la última versión del "jq".
     14
     15=== #867 Pantalla de ayuda en la consola ===
     16Se incluye el acceso a la documentación de la API REST.
     17
     18=== #881 Personalizar prioridad de ejecución de proceso de torrent  ===
     19
     20Se ha detectado un problema de saturación de CPU al crear los ficheros .torrent en un repositorio. Para solucionarlo, se propone personalizar el nivel de prioridad de estos procesos para que el administrador pueda adecuarlo al uso del servidor, ya que conviene reducirlo si se va a trabajar con la web de administración.
     21
     22Se añade variable BTSEEDER_PRIORITY para asignar una prioridad al servicio torrent. El valor por defecto es 0 (server + repo). La descripción de la variable está dentro del fichero /etc/default/opengnsys.
     23
     24El script de actualización comprueba si existe la variable y si no la incluye con el valor por defecto.
     25
     26
     27=== #882 Script deleteimage  ===
     28
     29El script de eliminado de imágenes no elimina las imágenes tipo directorio. Ya se ha corregido.
     30
     31=== Imágenes de disco completo ===
     32En el foro se solicita que desde la consola se puedan crear imágenes de disco completo.
     33
     34=== #883 Mejora de la estabilidad de ogAdmServer ===
     35Se realizan varias mejoras del servicio:
     36 * Se añade soporte para syslog.
     37 * Se estabiliza de forma que no pueda caerse por una solicitud de los clientes.
     38 * Se borra ogAdmBoot porque no se usa.
     39
     40Falta probarlo con más de 20 equipos.
     41
     42
     43=== #802 Gestión equipos UEFI ===
     44
     45Se han hecho pruebas con uefi
     46
     47Para el inicio de sesión se está usando el comando efibootmgr que permite incluir entradas en el arranque y configurar la que arrancará en el próximo reinicio.
     48
     49__Linux__
     50
     51Al realizar la instalación, el inicio de sesión se realiza con grub2.
     52
     53Cuando se crea la imagen no es necesario guardar nada de la partición EFI porque al restaurar el comando grub-install, dándole las opciones adecuadas, genera el cargador de arranque que debe estar en la partición EFI.
     54
     55Se ha conseguido tener dos linux en un mismo equipo.
     56
     57Sólo se han hecho pruebas con Ubuntu, hay que probar más distribuciones.
     58
     59__Windows__
     60
     61Al instalar el sistema el inicio de sesión lo realiza con un cargador de arranque (BDC) que aloja en la partición EFI.
     62
     63Al crear la imagen es necesario guardar la carpeta arranque en la partición de sistema y al restaurar se vuelve a situar en la partición EFI.
     64
     65Se ha podido restaurar un Windows pero ha sido necesario que el UUID de la tabla de particiones, la partición EFI y la de sistema sean iguales que los del equipo modelo. Esto es problemático porque no podríamos restaurar imágenes de distintos equipos modelo en un mismo equipo final.
     66
     67
     68Se está intentando crear un BDC generico pero no se ha conseguido.
     69
     70En equipos BIOS se modifica la configuración del BCD con sparlnx.rm (savepartr). En la web este proyecto vemos que hay algunos cambios referidos a UEFI:
     71 * Habría que probar si existe alguna opción nueva y si puede modificar el BDC cuando el equipo es UEFI.
     72 * Además del ejecutable que estamos usando, existe uno de 64bits que también se podría probar.
     73 * Tiene interfaz gráfica, que permite elegir el BCD que hay que configurar.
     74
     75El arranque en UEFI tiene un cambio de filosofía. En la partición EFI se crea una carpeta para cada sistema operativo, que guardará sus distintos cargadores de arranque: Windows utiliza la carpeta Microsoft y las distintas distribuciones de linux utilizan cada una un nombre: ubuntu, fedora, etc.
     76
     77Windows gestiona el arranque con un almacén de BCD con distintos, cada uno de los BCD tiene configurada la partición a la que corresponde.
     78
     79Hay que pensar si OpenGnsys va a seguir funcionando por particiones, como hasta ahora, o por sistema operativo como hacen los sistemas operativos con UEFI.
     80
     81
     82Pruebas a realizar:
     831. En un equipo restaurar un Windows y un linux
     842. Relocalizar una partición Windows: cambio del BDC
     853. En un equipo poder tener a la vez dos Windows o dos linux
     86
     87
     88===  #887 Browser: mostrar aviso si falla la ejecución de un comando ===
     89Se ha modificado el Browser del cliente para notificar al usuario mediante un mensaje emergente si se produce un error al ejecutar un comando cuando se pulsa sobre una opción del menú.
     90
     91Los comandos que se ejecuten quedarán reflejados en el log.
     92
     93=== Instalación de dependencias ===
     94En Ubuntu18 el comando realpath está incluido en el paquete coreutil, antes tenía un paquete propio. El instalador comprobará cuál de  los paquetes hay que instalar para obtener esta dependencia.
     95
     96
     97== Liberar versión de mantenimiento 1.1.0a ==
     98Están hechas casi todas las pruebas.
     99
     100Málaga hará las últimas pruebas de instalación la semana que viene.
     101
     102== Sincronización con git ==
     103Se podría tener una reunión de trabajo para integrar las sincronización con git.
     104
     105La última semana de enero la dedicaremos a este tema.