opengnsys-1.0.6 (#12) - Problema al crear imagen de Windows: El espacio de la caché no es suficiente (#285) - Message List

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/imagen2

Nota: hay una errata y si no existe la imagen tienes que usar: deleteimage -r imagen1.img

Hasta ahora

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

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

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

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

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

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 1

En el script de postconfiguración hay una función (ogExtendFs) que se encarga de extender de nuevo el sistema de ficheros.

Hasta ahora

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

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

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

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.

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.

¿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

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.

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.

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

Hola,

¿Pudísteis encontrar la solución al problema?

Gracias. Un saludo

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

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

Hola, acodoner

Gracias por la solución.

Lo hemos corregido en la versión 1.1

Hasta ahora