[sdzzds]

Efectivamente es asi, si usas el comando vgdisplay verás el espacio que tienes libre para la copia snapshot.
Pero la particion de backups no es necesario hacerla LVM, como partición Linux vale

[Guille]

Me autocontesto:

Despues de lo anterior he creado una nueva particion LVM

lvcreate -L 100G -n backup pve
mke2fs -j /dev/pve/backup -L backup
mount /dev/pve/backup /backup

Y luego he asignado un directorio de almacenamiento para backups usando /backup

Asi funciona el snapshot perfectamente.

Esta claro que lo que no se puede hacer es un snapshot en la misma particion LVM /var/lib/vz donde estan todas las maquinas virtuales.

[Guille]

Creo que tengo un problema parecido.
Hago un snapshot en caliente de un kvm y me sale en el log:

Jul 03 11:13:03 INFO: Starting Backup of VM 101 (qemu)
Jul 03 11:13:03 INFO: status = running
Jul 03 11:13:04 INFO: mode failure - unable to dump into snapshot (use option --dumpdir)
Jul 03 11:13:04 INFO: trying 'suspend' mode instead
Jul 03 11:13:04 INFO: backup mode: suspend
Jul 03 11:13:04 INFO: ionice priority: 7
Jul 03 11:13:04 INFO: suspend vm
Jul 03 11:13:04 INFO: creating archive '/var/lib/vz/dump/vzdump-qemu-101-2012_07_03-11_13_03.tar.lzo'
Jul 03 11:13:04 INFO: adding '/var/lib/vz/dump/vzdump-qemu-101-2012_07_03-11_13_03.tmp/qemu-server.conf' to archive ('qe$
Jul 03 11:13:04 INFO: adding '/var/lib/vz/images/101/vm-101-disk-1.raw' to archive ('vm-disk-ide0.raw')
Jul 03 11:17:39 INFO: Total bytes written: 26843548160 (93.09 MiB/s)
Jul 03 11:17:39 INFO: archive file size: 3.38GB
Jul 03 11:17:40 INFO: resume vm
Jul 03 11:17:40 INFO: vm is online again after 276 seconds
Jul 03 11:17:40 INFO: Finished Backup of VM 101 (00:04:37)

He leido en algunos posts que en las instalaciones Proxmox de OVH la particion LVM /var/lib/vz es demasiado grande (ocupa casi todo el disco) y esto impide el snapshot en caliente.
Veamos:

S.ficheros Size Used Avail Use% Montado en
none 7,8G 236K 7,8G 1% /dev
/dev/md1 20G 901M 18G 5% /
tmpfs 7,8G 0 7,8G 0% /lib/init/rw
tmpfs 7,8G 19M 7,8G 1% /dev/shm
/dev/mapper/pve-data 904G 44G 815G 6% /var/lib/vz
/dev/fuse 30M 12K 30M 1% /etc/pve

Entonces he seguido el método de
http://foros.ovh.net/showthread.php?p=38791#post38791
Basicamente: hacer un backup de la particion LVM, borrarla y crearla con menos tamaño.
El backup no se puede hacer al mismo disco duro (no hay sitio), asi que lo hice a una particion montada en remoto.
La cuestión es que ahora mi mapa de particiones es:

# df -kh
Filesystem Size Used Avail Use% Mounted on
none 7,8G 236K 7,8G 1% /dev
/dev/md1 20G 901M 18G 5% /
tmpfs 7,8G 0 7,8G 0% /lib/init/rw
tmpfs 7,8G 19M 7,8G 1% /dev/shm
/dev/mapper/pve-data 493G 3.6G 464G 1% /var/lib/vz
/dev/fuse 30M 12K 30M 1% /etc/pve

Vale. He conseguido dejar /var/lib/vz en la mitad de tamaño. (493G).
Pero ¿dónde esta asignado el espacio no particionado?
¿tengo que crear otra particion LVM nueva para que Proxmox la use para los snapshot en caliente?

[sdzzds]

Gracias por compartirlo Power. Lo malo es que cuando haces las particiones LV no asignes un espacio adecuado para el PVE, entonces también tenemos un error que es complicado de solucionar y los snapshots fallan.

Hay que rehacer todo el PVE respaldando antes los datos claro porque se pierden.
Tengo un problema es estos en un server a ver cómo lo soluciono. No tengo espacio libre.

Lo explicó Giner aqui: http://foros.ovh.net/showpost.php?p=38791&postcount=39

A ver si me pongo y lo hago aunque miedo me da....

[Power]

Hola,

Leí en varios hilos de estos foros que a algunos clientes les fallaban los backups de Proxmox con vzdump, en modo snapshot, cuando la VM era muy grande.

También me ha ocurrido a mí.
Cuando las VMs, de OpenVZ, son pequeñas, todo me va bien.
Pero cuando crecen mucho (en torno a los 80 GB) me fallan con infinidad de errores.

Después de dar vueltas y vueltas por foros de Proxmox, lo he conseguido resolver.

El problema es que Proxmox crea una LVM snapshot, por defecto, de 1024 MB, como indica en http://wiki.openvz.org/Backup_of_a_r...er_with_vzdump
Si la VM es grande, al final, se llena esa LVM y aparecen los errores.

Solución, añadir en el comando vzdump el parámetro:

--size tamaño_en_MB

O bien añadir una línea en el fichero /etc/vzdump.conf con:

size: tamaño_en_MB

Por supuesto, si no existe el fichero /etc/vzdump.conf crearlo previamente.

El tamaño que yo he puesto es 16000 (16 GB)
Y se puede controlar su utilización, durante el vzdump mediante:

watch lvs

Si ves que en algún momento se ocupa demasiado, es cuestión de poner un tamaño mayor.

Saludos