| 1 | [[PageOutline(2-5,Índice)]] |
| 2 | |
| 3 | = Borrador = |
| 4 | |
| 5 | = Acta videoconferencia del 15 de enero de 2020 = |
| 6 | |
| 7 | Asisten: Málaga, Teruel, Valencia y Sevilla. |
| 8 | |
| 9 | == Versión 1.1.1 == |
| 10 | Los siguientes ticket están terminados pero falta cerrarlos: |
| 11 | |
| 12 | * #915 REST API for ogAdmServer |
| 13 | * #931 Fallo en el inventario Software |
| 14 | * #896 Send Wake On Lan through the correct interface |
| 15 | * #924 ogAdmServer: Aunque la restauración falle se modifica la configuración del equipo |
| 16 | |
| 17 | |
| 18 | == Versión 1.1.1a == |
| 19 | |
| 20 | Se sacará la versión lo antes posible se repasan los ticket que incluirá: |
| 21 | |
| 22 | |
| 23 | === #934 Netboot Avanzado no filtra correctamente el ámbito grupo de ordenadores === |
| 24 | Mostraba todos los equipos del aula y no sólo los del grupo. Era un problema del ambito de ejecución del netBootAvanzado. |
| 25 | |
| 26 | Ya está resuelto: se cierra el ticket. |
| 27 | |
| 28 | |
| 29 | |
| 30 | === #935 ogGrub4dosInstallMbr() nueva función para arranques de MBR y discos PCIe (NVMe) === |
| 31 | |
| 32 | Está función permite instalar Grub4dos en el MBR para arrancar desde disco duro. Está pensada para los discos Nmve. |
| 33 | |
| 34 | Estos discos al restaura dan problema mostrando el mensaje de que el dispositovo era desconocido. Se resuelve si se generaliza el BCD en el equipo modelo. |
| 35 | |
| 36 | En la documentación ya se explica cómo generalizar el equipo model:, se comparará con las opciones que hay que darle a los discos Nvme y se añadirá a la documentación si existe alguna nueva. |
| 37 | |
| 38 | El ticket está terminado y se cierra. |
| 39 | |
| 40 | === #936 asistente deploy muestra particiones destino duplicadas === |
| 41 | El la lista desplegable donde se mostraba la partición de destino de la restauracion aparecía las particiones duplicadas. |
| 42 | Está resuelto: se cierra el ticket. |
| 43 | |
| 44 | === #938 ogBurgInstallMbr() solo en equipos con BIOS y posibilidad de usar el binario desde el repo === |
| 45 | el binario de burg no está en el ogLive porque está distribución no lo soporta. |
| 46 | |
| 47 | Para que está disponible en los clientes, se debe descargar el binario en el servidor. Se documenta al terminar la instalación de OpenGnsys |
| 48 | |
| 49 | Las funciones comprueba si existe el bianrio y en caso contrario dan unmensaje de error. |
| 50 | |
| 51 | Es interesante trabajar en los temas de grub para tener una arranque más amigable para el usuario. |
| 52 | |
| 53 | === #939 Subir documentación curso básico 1.1.0 === |
| 54 | En la versión anterior se instalaba la documentación de la 1.0.6. Se cambia a la última versión del curso online (1.1.0). |
| 55 | |
| 56 | |
| 57 | === #945 Script de importación no guarda los triggers de la base de datos === |
| 58 | Para tener un histórico de la cola de acciones se creo una tabla auxiliar en la que se copian los registros borrados en la cola de acciones. |
| 59 | |
| 60 | Este proceso se activa con un trigger que el script opengnsys_import.sh no importa correctamente, debido a un problema de permisos. |
| 61 | |
| 62 | Se propone que el script modifique el fichero SQL antes de aplicarlo para cambiar el usuario creador de los "triggers" al propietario de la base de datos. |
| 63 | |
| 64 | Se modifica el script opengnsys_import.sh para que cambie la asignación de DEFINER en la cláusula CREATE TRIGGER del fichero SQL para indicar el usuario principal de acceso a la base de datos local. |
| 65 | |
| 66 | Por otro lado el script de importación falla al bajarse parte del código desde GitHub. Se resolverá antes de sacar la 1.1.1a |
| 67 | |
| 68 | === #943 Elegir versión a la que se quiere actualizar === |
| 69 | Cuando se ejecuta el script opengnsys_updata.sh para actualización desde el servidor, mostrará un menú para que el usuario pueda elegir entre las nuevas versiones disponibles, incluyendo la última revisión en desarrollo. |
| 70 | |
| 71 | Si se elige la versión instalada en el servidor, volverá a bajar el código elimiando todas las modificaciones que se hayan hecho. |
| 72 | |
| 73 | Se propone situar la versión master (de desarrollo) en último lugar, para evitar fallos de los usuarios con servidores en producción. |
| 74 | |
| 75 | === #944 Mostrar la distribución de equipos en el aula === |
| 76 | Dividir la pantalla de estatus del aula en una rejilla de filas y columnas para mostrar la distribución de los equipos y poder localizarlos fácilmente. |
| 77 | |
| 78 | Se añaden 2 campos a la tabla de ordenadores para indicar fila y columna en la rejilla del aula, teniendo en cuenta que la fila 1 es la superior y la columna 1 es la de más la izquierda. |
| 79 | |
| 80 | Se seguirá mostrando la distribución clásica en 5 columnas si algún equipo del aula no tiene asignada su localización o si se solapan 2 equipos en la misma celda. |
| 81 | |
| 82 | Necesita modificar la base de datos. Se dejará para la versión 1.1.1b. |
| 83 | |
| 84 | === #948 Fix entity (Entidad) creation === |
| 85 | === #949 Mostrar datos de sesiones de sistemas operativos en propiedades de ordenador === |
| 86 | |
| 87 | Em las propiedades del equipo abajo de la configuración aparece una tabla con las últimas sesiones de pc: |
| 88 | |
| 89 | [[Image(sesionesPC.png)]] |
| 90 | |
| 91 | Los datos se obtienen de los ficheros de log. Al estar gestionados con log rotate se verán sólo las últimas sesiones. |
| 92 | |
| 93 | Se ve muy util. En próximas versiones se podría guardar en una table. |
| 94 | |
| 95 | El ticket está terminado y se cierra. |
| 96 | |
| 97 | === #947 Estadísticas básicas de la unidad organizativa === |
| 98 | |
| 99 | En la ayuda se crea una nueva página que muestra las estadisticas de la Unidad Organizativa. |
| 100 | |
| 101 | [[Image(estadisticasOU.png)]] |
| 102 | |
| 103 | El ticket está terminado y se cierra. |
| 104 | |
| 105 | == Mejoras para la próxima versión == |
| 106 | |
| 107 | === Mejoras en la consola === |
| 108 | Existen varios ticket ya terminados pero que no se han integrado en el código. Se reabren para integrarlos en breve: |
| 109 | * #826 Crear imagen en cache \\ |
| 110 | Se incluye un comando para poder CREAR una imagen del sistema directamente en la CACHE del equipo, con el método DIRECT-CACHE |
| 111 | * #825 Restaurar imagen desde cache \\ |
| 112 | Se incluye un comando para poder restaurar las imagenes contenidas en la cache. La consola web obtiene las imagenes contenidas en la cache y son las únicas que pone a disposición para restaurar, con el único método de DIRECT-CACHE. |
| 113 | * #824 Iniciar sistema restaurado \\ |
| 114 | En las opciones del comando restaurar aparecerá un check con la opción de iniciar el sistema restaurado cuando el comando termine todas las funciones. \\ |
| 115 | En éste check se tiene la posibilidad de iniciar el sitema de 2 formas: MBR o desde la partición restaurada |
| 116 | |
| 117 | |
| 118 | === Asistente de particionado === |
| 119 | Cuando hay dos discos duro no permite elegir donde usar ogBootGeneric, siempre usa el primer disco. |
| 120 | |
| 121 | === OpenGnsys en USB === |
| 122 | Habría que probar si al instalar una iso del ogLive en un USB o un cd funciona como un liveCD. |
| 123 | |
| 124 | === Mejora ogAgent === |
| 125 | Para algunas funcionalidades nos interesaría definir algunos procedimientos que se ejecutarían en el ogAgent. Por ejemplo configurar windows para que fuera compatible con OpenGnsys (eliminar arranque rápido, ...) |
| 126 | |
| 127 | Incluir la posibilidad de tener un autoexec en el ogAgent, análogo al del ogLive. |
| 128 | |
| 129 | En el comando "ejecutar script" incluir el tipo de cliente al que se envía (ogLive, ogAgent/Linux u ogAgent/Windows). Esto necesita incluir nuevos campos en la base de datos. |
| 130 | |
| 131 | === buildToOrder === |
| 132 | El script falla en windows 10, posiblemente se debe a que hayan cambiado las rutas del registro. Bastaría ver cómo se llaman y añadirlas. |
| 133 | |
| 134 | === Comando Restaurar imagen === |
| 135 | en la consola al restaura imagen se uestran las imágenes disponibles en dos desplegables, uno para las que tienen el mismo tipo de partición y otro para las de distinto tipo. Cuando se tienen imágenes importadas aparecen el el segundo desplegable y dificultan su uso. |
| 136 | |
| 137 | Se dejará una única lista de selección donde se mostrarán todas las imágenes, incluyendo el tipo de partición entre paréntesis. |
| 138 | |
| 139 | === Crear comando restaurar discos completos === |
| 140 | Esisten los script para crear imágenes de discos completos y restaurarlas. Se creará los comandos en la consola, usando inicialmente el comando "ejecutar script" del ogAdmServer. |
| 141 | |
| 142 | === Asistente de particionado === |
| 143 | Ha vuelto a dar problemas con discos vacíos. Es necesario volver a probarlo con la 1.1.1a |
| 144 | |
| 145 | === Borrar imagen de repositorio === |
| 146 | Se creará una nueva función en la API REST del repositorio para que borre las imágenes desde la consola del servidor, aunque el repositorio no sea local. |
| 147 | |
| 148 | === ogAgent === |
| 149 | Los script que se envían las ogAgent desde la consola son bloqueados por el antivirus de windows. |
| 150 | |
| 151 | Hay que probar como se puede incluir una regla en el antivirus para que no lo haga, al menos en los antivirus más comunes como el Windows defender. |
| 152 | |
| 153 | Puede que haya que hacerlo al instalar el ogAgent. |
| 154 | |
| 155 | En el ogAgent de linux de la versión 1.1.1a se obtiene más información de la versió del sistema operativo del cliente. |
| 156 | |
| 157 | === Ejecutar script === |
| 158 | Cuando se envía un script desde la consola a windows sólo ejecuta la primera línea, las demás son ignoradas. |
| 159 | |
| 160 | |
| 161 | |
| 162 | |
| 163 | |
| 164 | |
| 165 | |
| 166 | |
| 167 | |
| 168 | |