close
Warning:
Failed to sync with repository "ogBrowser-Git": (1366, "Incorrect string value: '\\xF0\\x9F\\x93\\xA6 I...' for column 'message' at row 1"); repository information may be out of date. Look in the Trac log for more information including mitigation strategies.
- Timestamp:
-
May 5, 2014, 9:27:59 AM (11 years ago)
- Author:
-
irina
- Comment:
-
Acta Videoconferencia 30 abril 2014
Legend:
- Unmodified
- Added
- Removed
- Modified
-
v1
|
v2
|
|
18 | 18 | |
19 | 19 | === Consola. === |
20 | | Modificación del asistente de deploy para que no muestre las imágenes sincronizadas |
| 20 | Modificación del asistente de deploy para que no muestre las imágenes sincronizadas; |
21 | 21 | Darían error si se quisiera hacer un deploy. |
22 | 22 | |
… |
… |
|
26 | 26 | Se marcan imágenes sincronizadas como experimentales. |
27 | 27 | |
28 | | === offline. === |
29 | | Málaga está probando el ticket para tener el cliente opengsnsys localizado en cache y puede tener o no conexión con el servidor. Arranca bien. |
| 28 | === Offline. === |
| 29 | Málaga está probando el ticket para tener el cliente OpenGnSys localizado en cache y puede tener o no conexión con el servidor. Arranca bien. |
30 | 30 | |
31 | 31 | No da tiempo a incluirlo en esta versión porque permite restaurar pero algunos comandos dan error. |
… |
… |
|
50 | 50 | |
51 | 51 | === Script de actualización. === |
52 | | Se puede configurar la ejecución o no del script del crom para detectar si los servicios de openengys están caídos y levantarlos de forma automática. Para ello se han creado una nueva variable de configuración en /etc/default/opengnsys: tuncronjob=yes|no. |
| 52 | Se puede configurar la ejecución o no del script del cron para detectar si los servicios de OpenGnSys están caídos y levantarlos de forma automática. Para ello se han creado una nueva variable de configuración en /etc/default/opengnsys: RUN_CRONJOB=yes|no. |
53 | 53 | |
54 | | El script de actualización si tiene que compilar alguno de los servicios, para los servicios de opengnsys y si se está ejecutando el cron deja que sea el script quien lo arranque y en caso contrario muestra un mensaje para que se haga de forma manual ???? |
| 54 | El script de actualización si tiene que compilar alguno de los servicios, para los servicios de OpenGnSys y si se está ejecutando el cron deja que sea el script quien lo arranque y en caso contrario muestra un mensaje para que se haga de forma manual. |
55 | 55 | |
56 | 56 | __Base de datos__ |
… |
… |
|
58 | 58 | Al actualizar en esta versión no se modifica la VGA, se comenta el código que realizaba el cambio quedando preparado para futuras versiones. |
59 | 59 | |
60 | | Al actualizar no se veía la foto del ordenador en la página de las propiedades, se debía a que de duplicaba el path. Se ha modifica con el script el contenido de la base de datos para que contenga sólo el nombre de la foto sin path. |
| 60 | Al actualizar no se veía la foto del ordenador en la página de las propiedades, se debía a que de duplicaba el path. Ahora al actualizar se modifica el contenido de la base de datos para que contenga sólo el nombre de la foto sin path. |
61 | 61 | |
62 | 62 | __El script SetClientMode__ |
… |
… |
|
66 | 66 | === Ubuntu 14.04. === |
67 | 67 | El fichero de configuración de apache necesita distinta configuración para la versión 2.4. Se dejan dos plantillas una para apache 2.0 y 2.2 y otra para 2.4 |
| 68 | |
68 | 69 | El comando file cambia la salida, afectando a la detección de la versión del kernel que usamos en algunos script. Se han modificado para que sea válido con la versión antigua y la nueva. |
69 | 70 | |
70 | | Se ha comprobado que al actualizar configura bien el demonio rsync y el fichero de clave en el cliente opengnsys. |
| 71 | Se ha comprobado que al actualizar configura bien el demonio rsync y el fichero de clave en el cliente OpenGnSys. |
71 | 72 | |
72 | 73 | == Pruebas == |
… |
… |
|
74 | 75 | |
75 | 76 | === Error en imagen y perfil de software. === |
76 | | Con la Beta3 y beta4 al tener una segundo unidad organizativa con un segundo repositorio asignado. Al crear la imagen se pierde la vinculación con el perfil de software, y no se puede volver a usar. Se asocia el perfil de software pero el primer repositorio. |
| 77 | Con la Beta3 y beta4 al tener una segunda unidad organizativa con un segundo repositorio asignado. Al crear la imagen se pierde la vinculación con el perfil de software, y no se puede volver a usar. Se asocia el perfil de software pero el primer repositorio. |
77 | 78 | |
78 | | Al borrar el perfil de software la imagen se queda con la asociación. |
| 79 | Al borrar el perfil de software la imagen se queda con la asociación y es inutilizable. |
79 | 80 | |
80 | | Parece ser que es el ogAdmServer el que hace la asociación al crear la imagen. En versiones anteriores no se asociaba la imagen al repositorio, puede al incluirlo se haya introducido el error. |
| 81 | Parece ser que es el ogAdmServer el que hace la asociación al crear la imagen. En versiones anteriores no se asociaba la imagen al repositorio, puede que al incluirlo se haya introducido el error. |
81 | 82 | |
82 | 83 | Con una única unidad organizativa con varios repositorios no pasa. |
… |
… |
|
86 | 87 | |
87 | 88 | |
88 | | === FileSystem.lib === |
| 89 | === !FileSystem.lib === |
89 | 90 | La función ogMountFs tenía antes HPS y HPS+, ahora no lo pone porque es el comando mount quien realiza la detección del sistema de ficheros que es y llama la comando correcto. |
| 91 | |
90 | 92 | Si no se pueden montar algún sistema de ficheros es porque hemos vuelto al ogClient 1.0.4 y hemos perdido algunas funcionalidades de versiones del kernel posteriores. |
91 | 93 | |
92 | | === OgClient con Ubuntu 14.04 === |
93 | | Se ha probado y sigue dando el error del arrancar windows. |
| 94 | === !OgClient con Ubuntu 14.04 === |
| 95 | Se ha generado un nuevo ogclient partiendo de Ubuntu 14.04 y sigue dando el error del arrancar windows. |
94 | 96 | |
95 | | == OgClient == |
| 97 | == !OgClient == |
96 | 98 | Se añadirá al ogclient de la 1.0.4 los paquetes nuevos que habíamos incluido en el de la 1.0.5. |
97 | 99 | |
98 | | No tenía en cuanta el proxy y el dns, se ha añadido en los script que están en el servidor en vez del en el initrd. Inicialmente se metieron en el initrd por si se quería configurar el repo por su nombre en vez de por la ip. |
| 100 | No tenía en cuenta el proxy y el dns, se ha añadido en los script que están en el servidor en vez del en el initrd. Inicialmente se metieron en el initrd por si se quería configurar el repo por su nombre en vez de por la ip. |
99 | 101 | |
100 | 102 | == Arranque dual. == |
101 | | El arranque con opengnsys sigue siendo lento, más cuando iniciamos windows. Se están haciendo pruebas para instalar un grub con un menú gráfico con el fichero de configuración en la partición cache. |
| 103 | El arranque con OpenGnSys sigue siendo lento, más cuando iniciamos windows. Se están haciendo pruebas para instalar un grub con un menú gráfico con el fichero de configuración en la partición cache. |
102 | 104 | |
103 | | Se detectaría lo sistemas instalados y se podrían arrancar en cualquiera de ellos o en opengnsys. Se podría dejar un timeout largo donde se muestren todos los sistemas y al pasar se inicie en opengnsys. |
| 105 | Se detectaría lo sistemas instalados y se podrían arrancar en cualquiera de ellos o en OpenGnSys. Se podría dejar un timeout largo donde se muestren todos los sistemas y al pasar se inicie en Opengnsys. |
104 | 106 | Así si alguien necesita restaurar puede hacerlo y el mantenimiento se puede hacer en remoto. |
105 | 107 | |
106 | 108 | == Documentación de la versión 1.0.5 == |
107 | | Tomará como punto de partida el curso de opengnsys. |
| 109 | Tomará como punto de partida el curso de OpenGnSys. |
| 110 | |
108 | 111 | Nos dividiremos los temas igual que se hizo con el curso. |
| 112 | |
109 | 113 | Se mantendrá la documentación de la versión 1.0.4 |
110 | 114 | |