| 1 | [[PageOutline(2-5,Índice)]] |
| 2 | |
| 3 | == Acta de la videoconferencia del 4 de marzo de 20201 == |
| 4 | Asisten: Soleta, Málaga, Valencia, Teruel, Huelva y Sevilla \\ |
| 5 | Próxima reunión: Por determinar. |
| 6 | |
| 7 | |
| 8 | == ogInstallGrub == |
| 9 | Al instalar grub asignándole parámetros da problema. |
| 10 | |
| 11 | === Laboratorio de máquinas virtuales === |
| 12 | Se modifican los ficheros vagrant para que use el setclientmode con los parámetros correctos. |
| 13 | * Llama a la API del ogserver. |
| 14 | * Pone en modo administrador el primer equipo y en ogLive el resto. |
| 15 | |
| 16 | En la última versión de virtualBox después de crear el 2ª disco montaba todos los dispositivos: daba un error que no entendía el sistema de fichero de la carpeta compartida del vagrant. |
| 17 | |
| 18 | En vez de mount -a, sólo hay que montar el sistema de fichero del repositorio. |
| 19 | |
| 20 | |
| 21 | == Problema particionado con Windows == |
| 22 | |
| 23 | El comportamiento de restaurar Windows varía según se haya formateado el sistema de ficheros al particionar: |
| 24 | |
| 25 | * Con el asistente de particionado el equipo, al arranque PXE la primera partición no funciona. \\ |
| 26 | El sistema de fichero va incluido en la imagen del partclone, pero el particionado limpia el MBR. |
| 27 | |
| 28 | * Al iniciar Windows sin cable con el comando no va bien y con el asistente sí. |
| 29 | |
| 30 | Habría que comparar los comandos del asistente y el comando particionar. |
| 31 | |
| 32 | Algunas imágenes se queda bloqueado en el primer arranque después de restaurar, suele ser con discos nuevos. |
| 33 | |
| 34 | Puede que no sea el MBR sino los archivos BCD. |
| 35 | |
| 36 | == Personalización Málaga == |
| 37 | Permite ver recursos que están para otras OU sólo con permisos de lectura. |
| 38 | Al restaurar les aparecen las imágenes del repositorio central, al crear imagen no aparecerán. |
| 39 | |
| 40 | Es un comportamiento muy específico que no se añadirá al código general. |
| 41 | |
| 42 | == RemotePC == |
| 43 | |
| 44 | En Málaga han incluido una nueva página a la consola de administración donde se muestran equipos que tengan reservas en UDS. Permite detectar las reservar huérfanas, ya que el equipo aparecerá como apagado, para eliminarlas en UDS. |
| 45 | |
| 46 | En la cola de acciones también aparecen los equipos reservados con el comando "Iniciar sesión" |
| 47 | |
| 48 | Problemas de incoherencia UDS - OpenGnsys: |
| 49 | * Cuando un usuario inicia sesión tarda en mostrarse un minuto al menos, UDS puede cargar un pc donde está entrando un usuario en ese momento. |
| 50 | * Equipo que esté en cache de UDS, si se apaga UDS no lo sabe. |
| 51 | |
| 52 | == ogCLI == |
| 53 | |
| 54 | Se está trabajando bastante en los script de servidor que permiten realizar desde línea de comandos las acciones que hasta ahora sólo podíamos realizar desde la consola. |
| 55 | |
| 56 | Está pendiente una redefinición de la base de datos, donde la estructura sea más flexible. |
| 57 | |
| 58 | |
| 59 | |
| 60 | == Ticket pendientes == |
| 61 | |
| 62 | === #1033 ogLive 5.4 incompatible con opción del netboot opengnsys-cache === |
| 63 | |
| 64 | ogLive 5.4 no permite el arranque desde la cache. |
| 65 | |
| 66 | * Al particionar, formatear mete unas opciones por defecto que hace que sea incompatible con el gldr. |
| 67 | |
| 68 | * Al cambiar a la otra versión de gldr sí funciona pero no soporta los ficheros por MAC. y tienen que estar en el directorio grub en vez de menu.lst. |
| 69 | |
| 70 | * El problema se debe a los parámetros nuevos de ext4, si se le quitan se puede utilizar bien, aunque se pierde rendimiento de la cache. |
| 71 | |
| 72 | Solución rápida para esta versión: Hay que formatearla con las opciones antiguas, porque además de este problema si se cambiara el equipo a un ogLive con kernel 4.8 no podrían ver la cache. |
| 73 | |
| 74 | Mejor solución: buscar nueva versión de gldr, revisar qué parámetros necesita la nueva que se ha probado. |
| 75 | |
| 76 | |
| 77 | |
| 78 | === #1032 Running a task causes a malfunction in action queue === |
| 79 | |
| 80 | Dan problemas las tareas, no mandar el comando a la cola de acciones. |
| 81 | |
| 82 | * Si la tarea contiene un comando WOL la tarea no sale del servidor. |
| 83 | |
| 84 | * Si la tarea la programa, en el momento que se ejecuta la cola de acciones |
| 85 | |
| 86 | * Si o requiere repetición normalmente te duplica, si mete repeticiones mete más duplicados aún. |
| 87 | |
| 88 | * Si en la programación puede coger varios años, no programa la tarea sino que la lanza en ese instante con progrmarla. |
| 89 | |
| 90 | |
| 91 | En la 1.1.1c no pasaba la duplicidad de entradas en la cola de acciones, sólo fallaba el WOL |
| 92 | |
| 93 | === #1026 Installation and update scripts must report the operating system prerequisites (and previous version of OpenGnsys in the case of update scripts) === |
| 94 | |
| 95 | En ambos script se informa del sistema operativo recomendado y se pregunta si se quiere seguir. |
| 96 | |
| 97 | Se plantea que es mejor que al instalar sólo se muestro el mensaje si la versión del sistema operativo del servidor no coincide con la recomendada. |
| 98 | |
| 99 | |
| 100 | == RemotePC == |
| 101 | En la base de datos de ordenadores se añade el campo inremotepc, también en el campo de mantenimiento. |
| 102 | |
| 103 | Hay que pensar como pintar en el estatus si es sesión local o remotePc. |