[[PageOutline(2-5,Índice)]] = Videoconferencia 13 Abril 2012 Asisten: Zaragoza, Barcelona, Huelva, Málaga y Sevilla Próxima reunión: viernes 4 mayo de 2012, a las 10:30 == Próxima versión == Ver que ticket son imprescindibles. Lo tiquet resueltos se pondrán en una rama para que los prueben las demás universidades, se mandará información de los avances a la lista. Pasamos a ver los ticket que se están resolviendo: === Arranque dual: instalación del grub al restaurar linux. === El objetivo es permitir un arranque dual en local en caso de un fallo en la red, y por tanto del arranque PXE. Al restaurar linux se instalan dos versiones del grub: * en el MBR con la configuración de todos los sistemas operativos que tenga el PC. * en el sector de arranque de la partición, que sólo permite arrancar el propio linux Esto permite elegir según la configuración del disco entre una arranque dual o sólo de linux. === Configuración del arranque de Windows desde la consola === En el inventario de hardware existirá una opción que permita arrancar “en caliente” o reinciando. Se han hecho pruebas y la mayoría del hardware permite iniciar windows sin reiniciar con la opción del kernel '''acpi=nopci''' === Configuración de la resolución de pantalla desde la consola === En las propiedades del menú de inicio se puede configurar el valor de la resolución de la pantalla del cliente opengnsys. Ya está incluida en la rama de la versión1.0 === Procedimientos encadenados y clientes para Linux y Windows === Los procedimientos encadenados permiten agrupar acciones en un procedimiento (hasta ahora sólo se ejecutaba la primera). Los clientes permiten reiniciar y apagar los sistemas operativos, más adelante se podrá ejecutar un archivo por lotes. Se va a modificar el cliente de windows para que sea un servicio. El actual se puede ejecutar en segundo plano, de forma que el usuario no puede cerrarlo, pero hay que iniciar la sesión para que se ejecute. Tanto los procedimientos encadenados como el cliente de linux están incluidos en la rama de la versión1.0 === Instalación en otras distribuciones. === Para !CentOs está casi terminado el instalador. Si inician casi todos los servicios. === Discos de estado sólido. === Esta terminado. Se va a poner en un ticket para que lo probemos las demás universidades. '''Características del GPT''' * Al redimensionar la partición se pierden los datos (en las otras no) * Permite hasta 128 particiones, sin distinguir entre primarias y lógicas. '''Cambios''' * Ha habido que modificar el identificador de la cache. Se utilizaba ca00, pero gpt sólo admite valores establecidos. Se ha cambiado por 8301, que corresponde a partición reservada linux. Siendo el 8300 para las particiones linux Se plantea la posibilidad de usar para la cache el valor de las particiones BSD si pensamos que el valor 8301 pueda dar confusión. * Se sigue dejando la partición 4 para la cache. * Modificación de las funciones para que identifiquen el tipo de disco y utilicen el comando adecuado. * En el cliente opengnsys se incluye el comando gdisk (GPT fdisk) en su versión 08 compilada (el de la distribución no distinguía entre particiones linux y windows) * En el asistente de particionado se añaden dos nuevos parámetros: número de disco y tipo de tabla de particiones. === Equipos MAC === Están haciendo pruebas en Málaga. * Tienen particionado GTP, con lo anterior estaría resuelto. * Se han hecho pruebas de clonación y van bien. * Da problemas el arranque PXE porque no usa el protocolo estandar. Actualmente para instalar opengnsys se arrancan los equipos desde un USB y se guarda el cliente en cache. El funcionamiento normal es arrancar desde cache y luego el cliente se conecta al servidor Opengnsys. === Gestión de la cache desde consola === Se puede ver el contenido de la cache y se pueden borrar imágenes de la cache === Autenticación en el menú de inicio del cliente opengnsys. === Ya está terminado, se subirá a una rama de ticket para que se pueda probar. === Lógica de los scripts de restauración === Se están poniendo en el dropbox flujogramas de los script de actualización y restauración de imágenes, para intentar eliminar comportamientos duplicados o inconsistentes entre scripts. === Sincronización de imágenes === Se ha puesto la documentación en el wiki. * permite crear imágenes completas que se sincronicen con la partición destino copiando sólo las diferencias, es opcional borrar los ficheros de la partición que no estén en la imagen. * permite crear imágenes diferenciales referidas a una completa, con los cambios realizados en el equipo modelo. Las imágenes completas se crean con squashfs y se restauran con rsync. Las diferenciales se crean con rsync (para calcular las diferencias), utilizan un directorio temporal y desde él se utiliza squash para generar la imagen. Queda por optimizar el tiempo de restauración, al comparar lo que existe en la partición con la imagen tarda bastante. Luego se incluiría en los scripts. === Menú del cliente opengnsys por defecto === Se propone como idea para más adelante que desde la interfaz web se puedan configurar algunos parametros a incluir en el menú por defecto → entre ellos la ip del servidor. === Errores detectados === '''ogFormat''' Si la función no detecta el tipo de partición no permite formatearla, aunque se le pase como parámetro el tipo de Sistema de ficheros. Huelva lo ha cambiado junto con las funciones GTP. Ya había abierto abierto ticket, se propone tratar aparte y se sube ya a la versión 1.0 '''ogDeletePartitionsTable''' Esta en dos librerías: Disk.lib y !FileSystem.lib → es un error, hay que eliminarla de FileSystem.lib → hacerlo ya en la rama de la versión 1.0 Nota: ogDeletePartitionsLabels le pasa igual. == Proyecto fin de carrera == Huelva va a tener alumnos de proyecto para realizar una serie de aplicaciones web complementarias a opengnsys (reservas, inventario,...). Se plantea utilizar un framework de php común para todas las aplicaciones, que luego se utilizará en la siguiente versión de la consola de opengsys. Hay que comparar entre los existentes para elegir el mejor. Características que necesitamos del framework: * Independiente del motor de base de datos. * Acceso a servicios web Si existen aplicaciones que ya realicen la funcionalidad que necesitamos, mejor que generar una nueva sería crear un conector entre opengnsys y dicha aplicación. Ej: fusion inventory Se incluirá en el wiki una página donde se describan los posibles proyectos, tanto los que se estén llevando a cabo, como ideas para el futuro. == Artículo para Linux Magazine == Sería bueno acabarlo en abril, para que sarliera en junio. La primera versión está en el google docs. == Curso online de opengsys == En el portal para formación de docencia-net http://docencia-net.cv.uma.es ya hay creado un Curso !OpenGnsys. Se subirán las transparencias de Sevilla, un curso de gestión desde la consola y otro avanzado. Se subirá la documentación de Málaga, incluye ejercicios para repasar los contenidos. Existen herramientas para pasar de office a SCORM, podrían ayudar.