Changes between Version 2 and Version 3 of Reunion160618


Ignore:
Timestamp:
Jul 23, 2018, 10:36:54 AM (6 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion160618

    v2 v3  
    11[[PageOutline(2-5,Índice)]]
    22
    3 = En construcción =
    43
    5 == Acta de la Videoconferencia del 26 de junio de 2018 ==
     4= Acta de la Videoconferencia del 26 de junio de 2018 =
    65
    76Asistentes: Zaragoza, Teruel, Málaga Huelva y Sevilla
     
    2322  Otra opción sería cambiar de programa de autodocumentación (ej: bashdoc), el problema es que habría que revisar todo el código.
    2423
    25 3) Actualmente la documentación se genera en la instalación, lo que requiere instalar doxigen y alguna dependencia. Se plantea la posibilidad de generarla al liberar la versión y que al instalar simplemnte se baje la documentación.
     243) Actualmente la documentación se genera en la instalación, lo que requiere instalar doxigen y alguna dependencia. Se plantea la posibilidad de generarla al liberar la versión y que al instalar simplemente se baje la documentación.
    2625  Cuando existe un paquete debian podría guardarse dentro del paquete, ahora que la instalación se realiza con un script no hay lugar donde guardarla. \\
    27   Cuando se actualiza o en una versión de desarrollo la documentación va cambiando y no podría generarse por anticipado.
     26  Cuando se actualiza en una versión de desarrollo la documentación va cambiando y no podría generarse por anticipado.
    2827
    29 4) No se está generando la documentación de los script:
    30   Habría que incluirlos en la configuración del doxigen para que los procese: los del cliente y el servidor. \\
     284) No se está generando la documentación de los script.
     29  Habría que incluirlos en la configuración del doxigen para que los procese: los del cliente y los del servidor. \\
    3130  Habría que revisar los comentarios de los script para que cumplan el formato.
    3231
    3332Se creará un ticket para este tema.
    34 
    3533La pestaña ayuda de la consola se cambiará, de forma que incluya:
    3634
     
    6866
    6967=== Consola web ===
    70 La consola nueva y la actual pueden convivir
     68La consola nueva y la actual pueden convivir.
    7169
    7270Por ahora sigue siendo necesaria la consola actual para comunicarse con el ogAdmClient, cuando se cambie el agente en el ogLive se podrá prescindir de ella.
    7371
    74 El script de instalación está casi terminado, la parte de Angular está completa y para la de Synfony falta poco.
     72El script de instalación está casi terminado, la parte de Angular está completa y para la de Symfony falta poco.
    7573
    7674Transición de la consola actual a la nueva:
     
    8684=== Instalación del servicio de repositorio de manera independiente sin incluir el resto de los módulos ===
    8785
    88 Cada universidad trabaja con los servidores estructurados de forma diferente. Como ejemplo citamos dos diferentes
     86Cada universidad trabaja con los servidores estructurados de forma diferente. Como ejemplo citamos dos diferentes:
    8987
    9088En Málaga:
     
    9795 * Hay servidor central en alta disponibilidad que controla los distintos repositorios.
    9896
    99 Hacer la información de la separación de servicios en el repo, el server y la parte comun que tenemos actualmente para tomarla como punto de partida y revisar si es lo que queremos.
     97Hacer la información de la separación de servicios en el repo, el server y la parte común que tenemos actualmente para tomarla como punto de partida y revisar si es lo que queremos.
    10098
    101 Distintos paquetes: común, servidor de administración y repositorio.
    102 
    103 
    104 Server
    105 dhcp
    106 tftpd
    107 maria db
    108 pxe
    109 oglive
    110 
    111 Repo
    112 Motor clonación
    113 
    114 Común
    115 apache
    116 API REST
    117 Servicio Web
    118 
    119 tftp y ogLive en el servidor central para facilitar la gestión del ogLive con la consola web (archivo de configuración PXE).
    120 
     99Para la instalación se crearán distintos paquetes: común, servidor de administración y repositorio.
    121100
    122101=== Gestión encendido y apagado de cañones de video ===
    123 Algunos cañones de vídeo aceptan el protocolo pjlink que permite comunicarse con el cañon a través de una API.
     102Algunos cañones de vídeo aceptan el protocolo pjlink que permite comunicarse con el cañón a través de una API.
    124103
    125104Ya hay un ticket creado para integrar en la consola está funcionalidad.
    126105
    127  Permitiría desde la consola de OpenGnsys saber el estado del proyector y las horas de la lámpara, encenderlo y apagarlo
     106 Permitiría desde la consola de OpenGnsys saber el estado del proyector, las horas de la lámpara, encenderlo y apagarlo.
    128107
    129108 Se ha incluido en las propiedades del aula la opción de dar da alta un proyector. Permite varios tipos, si es pjlink permitirá poner la IP del mismo.
     
    132111
    133112=== Geolocalizar las descargas de OpenGnsys (awstats) ===
    134 Sería interesante poder saber desde dónde se realizan las descargas de OpenGnsys para saber quién lo utiliza.
     113Sería interesante saber desde dónde se realizan las descargas de OpenGnsys para tener información de quién lo utiliza.
    135114
    136115Como ahora el código está en !GitHub se mirará si tienen está información.
     
    139118La funcionalidad de remotePc surge de la colaboración de UDS con OpenGnsys.
    140119
    141 Para tener remotePc gratuito es necesario que utilizar un broker de software libre gratuito.
     120Para tener remotePc gratuito es necesario utilizar un broker de software libre gratuito.
    142121
    143122Si alguna universidad está usando un broker de este tipo, se podría colaborar para que se comunique con la API de OpenGnsys para remotePc. Pudiendo modificar algunos aspectos de OpenGnsys para que fuera compatible.
     
    146125Granada ha presentado en las Jornadas de Málaga unas imágenes sincronizadas realizadas con git.
    147126
    148 Nos hemos puesto en contacto para colaborar en la integracion de está propuesta de sincronizadas en OpenGnsys
     127Nos hemos puesto en contacto para colaborar en la integración de está propuesta de sincronizadas en OpenGnsys.
    149128
    150129
     
    152131Se está modificando el ogAgent para poderlo utilizar en el ogLive.
    153132 Ya realiza el inventario de hardware y de software.
    154  Al terminar el comando envia al servidor que ha finalizado y el servidor lo lee en el fichero de log.
     133 Al terminar el comando envía al servidor que ha finalizado.
    155134
    156135Hay que decidir de qué manera queremos enviar los parámetros al cliente. Por ejemplo:
     
    162141
    163142
    164 Cuando la consola nueva envía una tarea al cliente: realiza varios pasos:
    165  - La incluye en la base de datos, obteniendo un id de la tarea.
     143Cuando la consola nueva envía una tarea al cliente realiza varios pasos:
     144 - Incluye la tarea en la base de datos, obteniendo un id de la misma.
    166145 - Envía al cliente el comando ejecutar_script con los parámetros por post: idtarea, script, url_resultado.
    167146 - Al terminar la tarea el cliente devuelve: idtarea, salida, salida de error, código de salida.
     
    171150El agente nuevo ejecutará el script con permiso de root.
    172151
    173 actualmente el ogAdmClient lanza el browser que llama a la página de  inicio del cliente. Hay que decidir si va a ser el ogAgent quién lance el browser.
     152Actualmente el ogAdmClient lanza el browser que llama a la página de  inicio del cliente.
     153  Hay que decidir si va a ser el ogAgent quién lance el browser.
    174154
    175155