[PVE-User] bug with vzdump very dangerous !!!!!
Jean-Laurent Ivars
jl.ivars at ipgenius.fr
Fri Mar 13 12:16:36 CET 2015
Hi all,
I am an happy user of Proxmox since a few years but tonight i had a very serious issue :
I ran out of space on my nfs backup storage and guess what happened ? Of course the backup could not run but the problem is that ALL MY KVM MACHINES HAVE BEEN STOPPED BY THE VZDUMP PROCESS !!! (and of course i have not been warned because my supervision machine was on the same cluster… stupid me)
This is a very dangerous bug, at the beginning I did not understand what happened but i found this thread where someone had the very same issue :
http://forum.proxmox.com/threads/21040-VZDUMP-backup-causes-KVM-QEMU-VM-to-shutdown-if-backup-storage-is-full <http://forum.proxmox.com/threads/21040-VZDUMP-backup-causes-KVM-QEMU-VM-to-shutdown-if-backup-storage-is-full>
I don’t understand why nobody answered him on the forum, in my opinion this is a very serious bug and should be repaired as soon as possible !
I give you some technical info (ask me if you need more)
first precision : I don’t know if it’s relevant but my backup are in snapshot mode
root at vha ~ # pveversion -v
proxmox-ve-2.6.32: 3.3-139 (running kernel: 2.6.32-34-pve)
pve-manager: 3.3-5 (running version: 3.3-5/bfebec03)
pve-kernel-2.6.32-33-pve: 2.6.32-138
pve-kernel-2.6.32-29-pve: 2.6.32-126
pve-kernel-2.6.32-34-pve: 2.6.32-140
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.7-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.10-1
pve-cluster: 3.0-15
qemu-server: 3.3-3
pve-firmware: 1.1-3
libpve-common-perl: 3.0-19
libpve-access-control: 3.0-15
libpve-storage-perl: 3.0-25
pve-libspice-server1: 0.12.4-3
vncterm: 1.1-8
vzctl: 4.0-1pve6
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 2.1-10
ksm-control-daemon: 1.1-1
glusterfs-client: 3.5.2-1
root at vha ~ #
exemple of backup log :
101: mars 12 22:00:03 INFO: Starting Backup of VM 101 (qemu)
101: mars 12 22:00:03 INFO: status = running
101: mars 12 22:00:03 INFO: update VM 101: -lock backup
101: mars 12 22:00:04 INFO: backup mode: snapshot
101: mars 12 22:00:04 INFO: ionice priority: 7
101: mars 12 22:00:05 INFO: creating archive '/mnt/pve/stock/dump/vzdump-qemu-101-2015_03_12-22_00_03.vma.lzo'
101: mars 12 22:00:05 ERROR: client closed connection
101: mars 12 22:00:05 INFO: aborting backup job
101: mars 12 22:00:05 ERROR: VM 101 not running
101: mars 12 22:00:06 ERROR: Backup of VM 101 failed - client closed connection
Now that i’m aware of this bug I will be more careful and won’t been catch again but i think it’s something that everyone should be warned about !
Best regards,
Jean-Laurent Ivars
Responsable Technique | Technical Manager
22, rue Robert - 13007 Marseille
Mobile: 06.52.60.86.47 - Tel: 09 84 56 64 30 - Fax: 09 89 56 64 30
Linkedin <http://fr.linkedin.com/in/jlivars/> | Viadeo <http://www.viadeo.com/fr/profile/jean-laurent.ivars> | www.ipgenius.fr <http://www.ipgenius.fr/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-user/attachments/20150313/904c3a1b/attachment.htm>
More information about the pve-user
mailing list