opengnsys-1.0.6 (#12) - Problema al crear imagen de Windows: El espacio de la caché no es suficiente (#285) - Message List
Hola,
Estoy intentando crear las imágenes de un equipo dotado de varias particiones. Todas las imágenes se me crean bien (de tipo EXT3 y NTFS), salvo en la que tengo instalado Windows 7.
Al intentar crear esta imagen, tanto con el comando "Crear Imagen" como con el script:
createImage 1 1 REPO PCTipoEWindows
no se genera ningún fichero de imagen en el repositorio del servidor, apareciendo el mensaje "El espacio de la caché local o remota no es suficiente "REPO"" en los logs del cliente:
13/10/2016 18:22 *** Debug: 5-008-Ejecución del script:/opt/opengnsys/interfaceAdm/CrearImagen 13/10/2016 18:22 *** Debug: 5-009-Parámetro del script: #2-1 13/10/2016 18:22 *** Debug: 5-009-Parámetro del script: #3-1 13/10/2016 18:22 *** Debug: 5-009-Parámetro del script: #4-PCTipoEwindows 13/10/2016 18:22 *** Debug: 5-009-Parámetro del script: #5-193.147.162.169 [START Interface] Ejecutar comando: /opt/opengnsys/interfaceAdm/CrearImagen 1 1 PCTipoEwindows 193.147.162.169 [1] INICIO scripts: /opt/opengnsys/scripts/createImage 1 1 REPO /PCTipoEwindows [16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508 OpenGnSys error: 2016-10-13 18:22:37 createImage: El espacio de la caché local o remota no es suficiente "REPO" [END Interface] Comando terminado con este código: 16 13/10/2016 18:22 *** Error: 010-Error al ejecutar la llamada a la interface de administración. Módulo interfaceAdmin() 13/10/2016 18:22 *** Error: 016-No hay espacio en la cache para almacenar fichero-imagen. Módulo interfaceAdmin() 13/10/2016 18:22 *** Error: 086-Error al ejecutar el comando:CrearImagen. Módulo CrearImagen()
Si ejecuto:
createImage 1 1 CACHE PCTipoEWindows
aparece más o menos el mismo error:
Instrucciones a ejecutar: ***************************** createImage 1 1 CACHE PCTipoEwindows Salida de las instrucciones: ***************************** [1] INICIO scripts: /opt/opengnsys/scripts/createImage 1 1 CACHE PCTipoEwindows [16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508 OpenGnSys error: 2016-10-13 19:12:41 createImage: El espacio de la caché local o remota no es suficiente "CACHE" OpenGnSys error: 2016-10-13 19:12:41 EjecutarScript: El espacio de la caché local o remota no es suficiente "" OpenGnSys error: 2016-10-13 19:12:41 EjecutarScript: El espacio de la caché local o remota no es suficiente "" OpenGnSys error: 2016-10-13 19:12:42 Operacion no realizada OpenGnSys error: 2016-10-13 19:12:42 Operacion no realizada [END Interface] Comando terminado con este código: 16 13/10/2016 19:12 *** Error: 010-Error al ejecutar la llamada a la interface de administración. Módulo interfaceAdmin() 13/10/2016 19:12 *** Error: 016-No hay espacio en la cache para almacenar fichero-imagen. Módulo interfaceAdmin() 13/10/2016 19:12 *** Error: 086-Error al ejecutar el comando:EjecutarScript. Módulo EjecutarScript()
Sin embargo, todas las comprobaciones que hago indican que no hay ningún problema de espacio (ni de permisos en el servidor, puesto que las otras imágenes se están creando sin problema):
a) Comprobaciones en el servidor:
root@serv:/opt/opengnsys/images# df -m /dev/sdd1 302251 149349 137527 53% /opt/opengnsys/images root@serv:/opt/opengnsys/images# ls -l total 62936572 -rw-r--r-- 1 opengnsys opengnsys 7993113854 oct 13 13:40 PCTipoElinux1.img -rw-r--r-- 1 root root 33 oct 13 13:42 PCTipoElinux1.img.full.sum -rw-r--r-- 1 root root 33 oct 13 13:41 PCTipoElinux1.img.sum -rw-r--r-- 1 root root 38377 oct 13 13:44 PCTipoElinux1.img.torrent -rw-r--r-- 1 opengnsys opengnsys 14434555881 oct 7 20:29 PCTipoEwindows.img.ant -rw-r--r-- 1 root root 33 oct 7 20:32 PCTipoEwindows.img.full.sum.ant -rw-r--r-- 1 root root 33 oct 7 20:30 PCTipoEwindows.img.sum.ant -rw-r--r-- 1 root root 69099 oct 7 20:35 PCTipoEwindows.img.torrent.ant
b) Comprobaciones en el Cliente (desde ogClient):
[root@linux] df -m Filesystem 1M-blocks Used Available Use% Mounted on udev 1722 1 1722 1% /dev tmpfs 692 1 692 1% /run //193.147.162.169/tftpboot 20030 5577 13413 30% /opt/oglive/tftpboot //193.147.162.169/ogclient 20030 5577 13413 30% /opt/opengnsys //193.147.162.169/oglog 20030 5577 13413 30% /opt/opengnsys/log //193.147.162.169/ogimages 302251 149349 137527 53% /opt/opengnsys/images /dev/sda1 40000 23841 16160 60% /mnt/sda1 /dev/sda2 68902 17403 48000 27% /mnt/sda2 /dev/sda6 29761 4662 23599 17% /mnt/sda6 /dev/sda7 39372 176 37196 1% /mnt/sda7 /dev/sda8 100000 4120 95881 5% /mnt/sda8 /dev/sda9 78745 17141 57604 23% /mnt/sda9 /dev/sda10 24602 8297 15056 36% /mnt/sda10 /dev/sda4 83806 1386 78224 2% /opt/opengnsys/cache
He estado buscando pero no encuentro ningún comentario sobre posibles motivos de este error, y me urgen solucionarlo sin falta. ¿Alguna sugerencia?.
Gracias.
Javier
-
Message #620
Hola,Javier.
El mensaje de error está diciendo que la imagen no cabe en el repositorio. Según los datos que muestras en el mensaje es así y tendrás que borrar algo en el repositorio para que quepa:
[16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508
[root@linux] df -m Filesystem 1M-blocks Used Available Use% Mounted on //193.147.162.169/ogimages 302251 149349 137527 53% /opt/opengnsys/images
8495508 > 137527
Por lo que veo aunque no ha creado la imagen sí ha movido la anterior como copia de seguridad, para que no se borre debes recuperarla. Hay un comando de servidor que lo hace:
ls -rw-r--r-- 1 opengnsys opengnsys 14434555881 oct 7 20:29 PCTipoEwindows.img.ant
sudo /opt/opengnsys/bin/deleteimage help deleteimage: Borra los ficheros de una imagen del repositorio. Formato: deleteimage [ -b | -r ] [ str_image | str_dir/str_image ] -b Elimina también la copia de seguridad de la imagen. -r Recupera la copia de seguridad de la imagen. Ejemplo: deleteimage imagen1 deleteimage -r dir2/imagen2Nota: hay una errata y si no existe la imagen tienes que usar: deleteimage -r imagen1.img
Hasta ahora
irinaOct 14, 2016, 10:00:21 AM (8 years ago)-
Message #621
Hola Irina,
Te agradezco la respuesta.
Si no me equivoco, yo creo que si cabe, teniendo en cuenta las unidades de los valores.
[16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508
Aquí el valor está en KB => 8495508 KB = 8296,39 MB = 8,1 GB
que tiene lógica, dado que la partición donde está W7 tiene 40 GB y la mitad está libre.
Sin embargo, en:
[root@linux] df -m Filesystem 1M-blocks Used Available Use% Mounted on //193.147.162.169/ogimages 302251 161023 125853 57% /opt/opengnsys/images
las unidades están en MB ("-m", 1M-blocks): 125853 MB = 122,90 GB
Puede verse mas claro así:
[root@linux] df -h Filesystem Size Used Available Use% Mounted on //193.147.162.169/ogimages 296G 158G 123G 57% /opt/opengnsys/images
Con las imágenes creadas los tamaños son correctos.
Gracias
JavierMOct 14, 2016, 10:46:50 AM (8 years ago)-
Message #622
Hola, la operación 16 de crear imagen debería aparecerte dos valores: [16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 3488695 30265352
¿Podrías confirmar que te aparecen dos valores? en tu mensaje solamente aparece 8495508 y no sabría decirte si es el espacio disponible o el requerido.
Podrías hacer la operación desde la consola web, usando la opcion de comando->crear imagen.
Mientras tanto, voy a revisar el scripts create imagen para verificar que siempre muestre los espacios requerido y disponible.
Saludos.
Hola Irina,
Te agradezco la respuesta.
Si no me equivoco, yo creo que si cabe, teniendo en cuenta las unidades de los valores.
[16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508
Aquí el valor está en KB => 8495508 KB = 8296,39 MB = 8,1 GB
que tiene lógica, dado que la partición donde está W7 tiene 40 GB y la mitad está libre.
Sin embargo, en:
[root@linux] df -m Filesystem 1M-blocks Used Available Use% Mounted on //193.147.162.169/ogimages 302251 161023 125853 57% /opt/opengnsys/images
las unidades están en MB ("-m", 1M-blocks): 125853 MB = 122,90 GB
Puede verse mas claro así:
[root@linux] df -h Filesystem Size Used Available Use% Mounted on //193.147.162.169/ogimages 296G 158G 123G 57% /opt/opengnsys/images
Con las imágenes creadas los tamaños son correctos.
Gracias
advOct 14, 2016, 11:06:12 AM (8 years ago) -
Message #623
Hola, la operación 16 de crear imagen debería aparecerte dos valores: [16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 3488695 30265352
¿Podrías confirmar que te aparecen dos valores? en tu mensaje solamente aparece 8495508 y no sabría decirte si es el espacio disponible o el requerido.
Podrías hacer la operación desde la consola web, usando la opcion de comando->crear imagen.
Mientras tanto, voy a revisar el scripts create imagen para verificar que siempre muestre los espacios requerido y disponible.
Saludos.
Hola Irina,
Te agradezco la respuesta.
Si no me equivoco, yo creo que si cabe, teniendo en cuenta las unidades de los valores.
[16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508
Aquí el valor está en KB => 8495508 KB = 8296,39 MB = 8,1 GB
que tiene lógica, dado que la partición donde está W7 tiene 40 GB y la mitad está libre.
Sin embargo, en:
[root@linux] df -m Filesystem 1M-blocks Used Available Use% Mounted on //193.147.162.169/ogimages 302251 161023 125853 57% /opt/opengnsys/images
las unidades están en MB ("-m", 1M-blocks): 125853 MB = 122,90 GB
Puede verse mas claro así:
[root@linux] df -h Filesystem Size Used Available Use% Mounted on //193.147.162.169/ogimages 296G 158G 123G 57% /opt/opengnsys/images
Con las imágenes creadas los tamaños son correctos.
Gracias
advOct 14, 2016, 11:06:27 AM (8 years ago)-
Message #624
Hola,
La función createImage sólo muestra un valor, lo cual efectivamente no se corresponde con el texto. Los logs completos son:
... [1] INICIO scripts: /opt/opengnsys/scripts/createImage 1 1 CACHE PCTipoEwindows [16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508 OpenGnSys error: 2016-10-13 19:12:41 createImage: El espacio de la caché local o remota no es suficiente "CACHE" OpenGnSys error: 2016-10-13 19:12:41 EjecutarScript: El espacio de la caché local o remota no es suficiente "" ...
Como decía en el primer mensaje, el error aparece igualmente con "createImage" y con el comando "Crear Imagen" (en ese primer mensaje están las salidas de logs de ambos).
Una actualización sobre lo anterior: Siguiendo los pasos que pongo abajo, he creado a mano la imagen en el repositorio del servidor, sin aparecer errores, lo que corrobora que realmente no hay problemas de espacio. ¿Como puede saltarse entonces ese "error" que está dando la función CreateImage??
Desde la consola local del cliente ogClient:
1º Ver unidades montadas y tamaño disponible:
df -m
2º Ver carpeta repositorio del servidor:
cd /opt/opengnsys/images ls
3º Comprobar acceso escritura:
echo 0 > 0 ls rm 0
4º Desmontar partición a clonar:
umount /dev/sda1
5º Crear imagen "PCTipoEwindows.img":
[Comprobar "PCTipoEwindows.img" y "PCTipoEwindows.img.sum" no están]
partclone.ntfs -d0 -F -c -s /dev/sda1 | mbuffer -q -m 40M | lzop > PCTipoEwindows.img
6º Crear fichero de checksum "PCTipoEwindows.img.sum":
tail -c1M ./PCTipoEwindows.img | md5sum -b 2>&1 | cut -f1 -d" " > ./PCTipoEwindows.img.sum
NOTA: se ha tenido en cuenta que se están usando los valores por defecto en /opt/opengnsys/client/etc/engine.cfg
#IMGPROG="partclone" #IMGCOMP="lzop" #IMGEXT="img"
Gracias
JavierMOct 14, 2016, 11:17:37 AM (8 years ago)-
Message #625
Hola de nuevo,
¿Alguna sugerencia adicional?, me urge bastante resolverlo.
He estado haciendo varias pruebas, con los siguientes resultados, por si ayuda a encontrar el problema:
a) Al crear la imagen manualmente como indicaba anteriormente:
partclone.ntfs -d0 -F -c -s /dev/sda1 | mbuffer -q -m 40M | lzop > PCTipoEwindows.img
la imagen se crea, aparentemente sin problema:
... -rw-r--r-- 1 opengnsys opengnsys 14526826546 oct 14 11:35 PCTipoEwindows.img -rw-r--r-- 1 root root 33 oct 14 11:38 PCTipoEwindows.img.full.sum -rw-r--r-- 1 root root 33 oct 14 11:36 PCTipoEwindows.img.sum -rw-r--r-- 1 root root 69539 oct 14 11:40 PCTipoEwindows.img.torrent ...
Sin embargo, cuando intento restaurarla con el script "Restaurar imagen" (o con el comando "restoreImage CACHE PCTipoEwindows 1 1"), da error, recogiéndose lo siguiente en los logs:
[1] INICIO scripts: /opt/opengnsys/scripts/deployImage 193.147.162.169 PCTipoEwindows 1 1 UNICAST Desmonta un sistema de archivos. 1 1 [1] REPO=REPO IMG-FILE=PCTipoEwindows.img SIZE=14062776 (KB) METADATA=PARTCLONE:LZOP:NTFS:41900000 [2] updateCache REPO "/PCTipoEwindows.img" UNICAST REPO 193.147.162.169 UNICAST Comprobar si es necesario actualizar el fichero imagen Comprobar que el tamaño de la caché es mayor que el fichero a descargar. [ ] 14.53G 100% 11.13MB/s 0:20:44 (xfr#1, to-chk=0/1) [ ] tiempo parcial del subproceso updateCache 20m 50s [ ] Iniciando Calcula la suma de comprobación (checksum) de un fichero. [ ] tiempo parcial del subproceso updateCache 20m 53s [50] updateCache (OK) [55] Restaura una imagen de sistema operativo.: restoreImage CACHE PCTipoEwindows 1 1 [1] INICIO scripts: /opt/opengnsys/scripts/restoreImage CACHE PCTipoEwindows 1 1 [40] ogRestoreImage CACHE PCTipoEwindows 1 1 UNICAST OpenGnSys error: 2016-10-14 15:03:16 ogRestoreImage<-ogExecAndLog<-restoreImage: Error al restaurar: Partición mas pequeña que la imagen " 40960000 < 41900000" [100] Duracion de la operacion 0m 2s [ ] OpenGnSys error: 2016-10-14 15:03:16 deployImage: No se puede crear o restaurar una image de sistema "REPO PCTipoEwindows" [END Interface] Comando terminado con este código: 5 14/10/2016 15:03 *** Error: 010-Error al ejecutar la llamada a la interface de administración. Módulo interfaceAdmin() 14/10/2016 15:03 *** Error: 005-Error al crear o restaurar una imagen. Módulo interfaceAdmin() 14/10/2016 15:03 *** Error: 086-Error al ejecutar el comando:RestaurarImagen. Módulo RestaurarImagen() 14/10/2016 15:03 *** Info: 007-Acciones pendientes procesadas 14/10/2016 15:03 *** Info: 019-Disponibilidad de comandos activada
No llego a entender el mensaje:
OpenGnSys error: 2016-10-14 15:03:16 ogRestoreImage<-ogExecAndLog<-restoreImage: Error al restaurar: Partición mas pequeña que la imagen " 40960000 < 41900000"
El tamaño que muestra el asistente de particionado de OpenGnSys (o el comando fdisk) para esa partición Windows, tanto en el PC origen como en el PC destino, es de "40960000 KB":
+ ¿Por que está tomando (o se ha creado) un tamaño de la imagen de 41900000 KB?
+ Asimismo, pensaba que OpenGnSys es capaz de restaurar en particiones destino de tamaño inferior al de la partición fuente. ¿no es así? (la partición es de 40 GB, pero los datos que contiene son inferiores a los 20 GB)
Asimismo, cuando desde la consola del cliente ogClient intento la restauración manual:
[root@linux] cd /opt/opengnsys/images [root@linux] lzop -dc ./PCTipoEwindows.img | partclone.restore -s - -o /dev/sda1
aparentemente sí funciona, pero cuando llega al 100% da error, lo que indica que debe haber algún problema en la imagen.
b) Para descartar problemas del sistema de archivos, he aplicado "chkdsk /f" sobra la partición NTFS, pero no ha solucionado nada.
c) Si realizo la creación y restauración de la imagen con "fsarchiver", entonces SI funciona todo correctamente, por lo que parece que la forma de comprimir con "partclone" puede estar afectando.
No sé que probar para que OpenGnSys funcione. Cualquier sugerencia me sería de ayuda.
Gracias.
JavierM
JavierMOct 21, 2016, 12:53:28 PM (8 years ago)-
Message #626
Hola, al crear la imagen "a mano" te has saltado un paso que garantiza que pueda en particiones de menor tamaño. Antes de usar el partclone debes hacer utilizar la función:
Función ogReduceFs: Reduce el tamaño del sistema de archivos al mínimo ocupado por sus datos. Formato: ogReduceFs int_ndisk int_nfilesys Ejemplo: ogReduceFs 1 1En el script de postconfiguración hay una función (ogExtendFs) que se encarga de extender de nuevo el sistema de ficheros.
Hasta ahora
irinaOct 21, 2016, 2:08:19 PM (8 years ago)-
Message #627
Gracias Irina, he añadido la corrección (ogReduceFS y ogExtendFs) al proceso.
Pero me sigue dando el mismo error. He realizado múltiples pruebas, incluso he instalado un W7 desde cero, por si pudiera ser un problema del formateo, pero tampoco.
Os agradecería me contestaseis a una duda por si esto pudiera tener relación con ese mensaje de
[1] INICIO scripts: /opt/opengnsys/scripts/createImage 1 1 REPO /PCTipoEwindows [16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495508
En el equipo
A) Cliente:
- La partición de Windows a clonar (/dev/sda1) tiene 35 GB, de los cuales 24 GB estan ocupados.
- La caché local tiene 80 GB con 60 GB libres.
B) Servidor:
- La carpeta "/opt/opengnsys/images/" la tengo montada en una partición propia de 300 GB, teniendo más de 150 GB libres.
- El resto de la carpeta de OpenGnSys "/opt/opengnsys/" se encuentra en la partición raíz "/", la cual tiene 20 GB y le quedan libres "13 GB".
Conforme a esto:
- Imagen de Windows a clonar: debería ocupar entorno a 15 GB
- En "/opt/opengnsys/images/" hay espacio de sobra.
La pregunta es: ¿puede estar OpenGnSys calculando el espacio libre en la unidad raíz "/" en lugar de en "/opt/opengnsys/images/"?
En el raiz quedarían solo 13 GB, luego si fuese ese el espacio que estuviese calculando, efectivamente no cabría. No sé si OpenGnSys crea ficheros temporales fuera de /opt/opengnsys/images/ para crear las imágenes.
Gracias.
JavierM
JavierMOct 27, 2016, 12:10:22 PM (8 years ago)
-
-
-
-
-
-
-
Message #628
Javier, buenas.
Indicarte que desde el grupo de desarrollo estamos siguiendo tu problemas.
Necesitaríamos más información.
1) Que ejecutes desde el equipo que estás intentando crear la imagen, el siguiente comando:
# ogGetSizeParameters 1 1 REPO
Los parámetros son primerDiscoDuro primearPartición Almacenaje
2) Que ejecutes desde el equipo que estás intentado crear la imagen, el siguiente comando:
# uname -a
3) Que ejecutes desde el servidor la siguiente instrucción:
#cat /opt/opengnsys/doc/VERSION.txt
saludos
advOct 27, 2016, 1:04:50 PM (8 years ago)-
Message #629
Hola,
Gracias por la pronta respuesta
Los datos serían estos:
1) Que ejecutes desde el equipo que estás intentando crear la imagen, el siguiente comando:
# ogGetSizeParameters 1 1 REPO 67236 8497788 67236 TRUE
El valor "8497788" es precisament el que aparece en el mensaje.
2) Que ejecutes desde el equipo que estás intentado crear la imagen, el siguiente comando:
# uname -a Linux lsc201 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012 i686 i686 i386 GNU/Linux
3) Que ejecutes desde el servidor la siguiente instrucción:
#cat /opt/opengnsys/doc/VERSION.txt OpenGnSys 1.0.6 r4644
Un dato más. He probado a mover de ubicación la carpeta /opt/opengnsys/ en el servidor (usando un enlace simbólico a otra unidad) y el valor "8497788" ha cambiado (a menos, 67154), cuando la partición donde estaba el destino del enlace tiene más de 200 GB libres.
Gracias
JavierMOct 27, 2016, 1:34:16 PM (8 years ago)-
Message #651
Hola, ¿Podrías repetir esta prueba? 1) Que ejecutes desde el equipo que estás intentando crear la imagen, el siguiente comando:
# ogGetSizeParameters 1 1 REPO
Debe devolver tres valores, y no cuatro como comentas en la prueba anterior.
Saludos Antonio D.
advFeb 2, 2017, 10:25:21 AM (7 years ago) -
Message #630
Javier, buenas.
Comentarte que tienes en funcionamiento la versión 1.0.6 de opengnsys, que en junio se publicó la versión de mantenimiento 1.0.6a y estamos trabajando para publicar la 1.0.6b.
Sobre tu problema, la función ogGetSizeParameters no se está comportando correctamente. Debe devolver espacio necesario para la imagen, espacio disponible en el REPO|CACHE y finalmente un booleano para indicar si se podrá almacenar la imagen.
Por el hilo de la conversión, creo que tienes el servidor en pruebas, si es así te recomendaría que lo actualizaras a la versión 1.0.6a o te esperes a la versión 1.0.6b.
Para el proceso de actualización a la 1.0.6a puede servirte el indicado en la wiki [1], pero básicamente es ejecutar desde el servidor la instrucción sudo /opt/opengnsys/lib/opengnsys_update.sh
[1] http://opengnsys.es/wiki/DocumentacionUsuario1.0.6/Instalacion
saludos.
advOct 27, 2016, 1:55:53 PM (8 years ago)-
Message #631
Hola,
He actualizado usando el script que me indicas "opengnsys_update.sh":
# cat /opt/opengnsys/doc/VERSION.txt OpenGnSys 1.0.6 r4849
pero sigo obteniendo el mismo error:
27/10/2016 17:13 *** Debug: 5-008-Ejecución del script:/opt/opengnsys/interfaceAdm/CrearImagen 27/10/2016 17:13 *** Debug: 5-009-Parámetro del script: #2-1 27/10/2016 17:13 *** Debug: 5-009-Parámetro del script: #3-1 27/10/2016 17:13 *** Debug: 5-009-Parámetro del script: #4-PCTipoEwindows 27/10/2016 17:13 *** Debug: 5-009-Parámetro del script: #5-193.147.162.169 [START Interface] Ejecutar comando: /opt/opengnsys/interfaceAdm/CrearImagen 1 1 PCTipoEwindows 193.147.162.169 [1] INICIO scripts: /opt/opengnsys/scripts/createImage 1 1 REPO /PCTipoEwindows '''[16] createImage: Calcular espacio (KB) requerido para almacenarlo y el disponible: 8495652''' OpenGnSys error: 2016-10-27 17:13:53 createImage: El espacio de la caché local o remota no es suficiente "REPO" [END Interface] Comando terminado con este código: 16 27/10/2016 17:13 *** Error: 010-Error al ejecutar la llamada a la interface de administración. Módulo interfaceAdmin() 27/10/2016 17:13 *** Error: 016-No hay espacio en la cache para almacenar fichero-imagen. Módulo interfaceAdmin() 27/10/2016 17:13 *** Error: 086-Error al ejecutar el comando:CrearImagen. Módulo CrearImagen() 27/10/2016 17:13 *** Info: 019-Disponibilidad de comandos activada
¿Algun dato más que os pueda facilitar?
Gracias. Un saludo
PD: Algo más de información pos si ayuda. Si creo la imagen partclone usando el procedimiento manual anterior e intento restaurarla con "Restaurar Imagen", tras mas de 20m trabajo, falla con la siguiente salida:
27/10/2016 20:09 *** Debug: 5-021-Ejecución de comando:RestaurarImagen() 27/10/2016 20:09 *** Debug: 5-008-Ejecución del script:/opt/opengnsys/interfaceAdm/RestaurarImagen 27/10/2016 20:09 *** Debug: 5-009-Parámetro del script: #2-1 27/10/2016 20:09 *** Debug: 5-009-Parámetro del script: #3-1 27/10/2016 20:09 *** Debug: 5-009-Parámetro del script: #4-PCTipoEwindows 27/10/2016 20:09 *** Debug: 5-009-Parámetro del script: #5-193.147.162.169 27/10/2016 20:09 *** Debug: 5-009-Parámetro del script: #6-UNICAST [1] INICIO scripts: /opt/opengnsys/scripts/deployImage 193.147.162.169 PCTipoEwindows 1 1 UNICAST Desmonta un sistema de archivos. 1 1 [1] REPO=REPO IMG-FILE=PCTipoEwindows.img SIZE=8669636 (KB) METADATA=PARTCLONE:LZOP:NTFS:27000000 [2] updateCache REPO "/PCTipoEwindows.img" UNICAST REPO 193.147.162.169 UNICAST Comprobar si es necesario actualizar el fichero imagen Comprobar que el tamaño de la caché es mayor que el fichero a descargar. [ ] 13.91G 100% 10.89MB/s 0:20:18 (xfr#1, to-chk=0/1) [ ] tiempo parcial del subproceso updateCache 20m 24s [ ] Iniciando Calcula la suma de comprobación (checksum) de un fichero. [ ] tiempo parcial del subproceso updateCache 20m 39s [55] Restaura una imagen de sistema operativo.: restoreImage '''OpenGnSys error: 2016-10-27 20:30:15 restoreImage: Formato de ejecución incorrecto "Formato: restoreImage REPO|CACHE imagen ndisco nparticion [ UNICAST|MULTICAST opciones protocolo]"''' [ ] OpenGnSys error: 2016-10-27 20:30:15 deployImage: No se puede crear o restaurar una image de sistema "REPO PCTipoEwindows" [END Interface] Comando terminado con este código: 5 27/10/2016 20:30 *** Error: 010-Error al ejecutar la llamada a la interface de administración. Módulo interfaceAdmin() 27/10/2016 20:30 *** Error: 005-Error al crear o restaurar una imagen. Módulo interfaceAdmin() 27/10/2016 20:30 *** Error: 086-Error al ejecutar el comando:RestaurarImagen. Módulo RestaurarImagen() 27/10/2016 20:30 *** Debug: 5-021-Ejecución de comando:EjecutarScript() 27/10/2016 20:30 *** Debug: 5-008-Ejecución del script:/opt/opengnsys/interfaceAdm/EjecutarScript 27/10/2016 20:30 *** Debug: 5-009-Parámetro del script: #2-/tmp/_script_172.16.17.228 [START Interface] Ejecutar comando: /opt/opengnsys/interfaceAdm/EjecutarScript /tmp/_script_172.16.17.228
Esto sólo pasa con la partición que tiene Windows. El equipo tiene 10 particiones, entre ellas 4 S.O.s Linux y una partición NTFS con datos. Todas se restauran bien salvo la de Windows.
JavierMOct 27, 2016, 5:16:43 PM (8 years ago) -
Message #635
¿Os ha sido posible mirar el posible origen del error?
Con fsarchiver consigo clonarlo, pero entre tantos equipos es muy lento. me sería de gran ayuda poder solucionarlo. Por más vueltas que le doy no veo ninguna causa (que el servidor tenga 250 Gb libres y de mensaje de falta de espacio, y falte uno de los dos valores en el mensaje de salida no sé a qué se puede deber).
Si necesitais cualquier dato o prueba que haga indicádmelo por favor.
Gracias. Un saludo
JavierM
JavierMNov 8, 2016, 9:16:36 PM (7 years ago)-
Message #647
Javier, buenas.
He creado la incidencia [1], acabo de reproducirlo. Cuando tengamos la solución te lo haremos saber.
[1] http://opengnsys.es/ticket/771
Saludos.
advFeb 2, 2017, 9:12:59 AM (7 years ago)-
Message #652
Hola,
Repitiendo la prueba:
1) Que ejecutes desde el equipo que estás intentando crear la imagen, el siguiente comando:
obtengo:
root@lsc201:~# ogGetSizeParameters 1 1 REPO 25113412 8505500 25113412 TRUE
JavierMFeb 2, 2017, 1:56:51 PM (7 years ago) -
Message #734
Hola,
¿Pudísteis encontrar la solución al problema?
Gracias. Un saludo
JavierMJan 10, 2018, 9:00:52 PM (6 years ago)-
Message #738
Hola,
A mi me ocurría una cosa similar. La orden ogGetSizeParameters me devolvía 6 parámetros en lugar de 3. Esto se debía a que tengo más de 9 particiones y debido a un pequeño bug en esta función, cuando se ejecutaba:
ogGetSizeParameters 1 1 REPO
Me devolvía los valores para las particiones 1, 10, 11 y 12
Lo solucioné sustituyendo la línea:
SIZEDATA=$(df -k | grep $MNTDIR | awk '{print $3}')
Por:
SIZEDATA=$(df -k | grep $MNTDIR\$ | awk '{print $3}')
Para que así busque la cadena del punto de montaje al final de la línea de la orden df, asegurando que no se producen múltiples coincidencias.
No sé si tendrá que ver con tu problema.
SAlu2
acodonerJan 15, 2018, 12:08:37 PM (6 years ago)-
Message #740
Hola,
Ese era exactamente el problema. Yo usaba 10 particiones.
Tras arreglar el bug, ha funcionado perfectamente.
Llevaba un año con el fallo. Muchas gracias por la ayuda.
Un saludo
JavierMFeb 7, 2018, 12:06:55 PM (6 years ago) -
Message #741
Hola, acodoner
Gracias por la solución.
Lo hemos corregido en la versión 1.1
Hasta ahora
irinaFeb 8, 2018, 10:54:11 AM (6 years ago)
-
-
-
-
-
-
-
