vzdump still fails in some cases without any error

hk@

Renowned Member
Feb 10, 2010
247
7
83
Vienna
kapper.net
Hi
we have the following problem:

Aug 18 06:07:03 INFO: Starting Backup of VM 68011 (openvz)
Aug 18 06:07:03 INFO: CTID 68011 exist mounted running
Aug 18 06:07:03 INFO: status = running
Aug 18 06:07:03 INFO: backup mode: snapshot
Aug 18 06:07:03 INFO: bandwidth limit: 5120 KB/s
Aug 18 06:07:03 INFO: ionice priority: 7
Aug 18 06:07:03 INFO: creating lvm snapshot of /dev/mapper/pve-data ('/dev/pve/vzsnap-k79-0')
Aug 18 06:07:03 INFO: Logical volume "vzsnap-k79-0" created
Aug 18 06:07:04 INFO: creating archive '/mnt/pve/kXXbackup/dump/vzdump-openvz-68011-2012_08_18-06_07_03.tar.lzo'
Aug 18 06:38:41 INFO: tar: ./var/kunden/logs/adserver-access.log: File shrank by 26209727 bytes; padding with zeros
Aug 18 06:38:46 INFO: tar: ./var/kunden/logs/superopas-access.log.4.gz: Read error at byte 0, while reading 2437 bytes: Input/output error

meaning at 06:38 the lvm snapshot has been filled up and therefore the snapshot was revoked - this goes on for minutes, until tar believes it has read all files:

Aug 18 06:43:38 INFO: tar: ./home/newsletter/.aptitude/config: Read error at byte 0, while reading 83 bytes: Input/output error
Aug 18 06:43:38 INFO: tar: ./home/ftp/welcome.msg: Read error at byte 0, while reading 166 bytes: Input/output error
Aug 18 06:43:38 INFO: Total bytes written: 11502090240 (11GiB, 5.1MiB/s)
Aug 18 06:43:38 INFO: tar: Exiting with failure status due to previous errors
Aug 18 06:50:48 INFO: archive file size: 3.15GB
Aug 18 06:50:48 INFO: delete old backup '/mnt/pve/kXXbackup/dump/vzdump-openvz-68011-2012_07_28-15_26_33.tar.lzo'
Aug 18 06:50:52 INFO: Finished Backup of VM 68011 (00:43:49)




the taskview of proxmox shows it quite similar:

INFO: tar: ./home/newsletter/.bashrc: Read error at byte 0, while reading 2227 bytes: Input/output error
INFO: tar: ./home/newsletter/.aptitude/config: Read error at byte 0, while reading 83 bytes: Input/output error
INFO: tar: ./home/ftp/welcome.msg: Read error at byte 0, while reading 166 bytes: Input/output error
INFO: Total bytes written: 11502090240 (11GiB, 5.1MiB/s)
INFO: tar: Exiting with failure status due to previous errors
INFO: archive file size: 3.15GB
INFO: delete old backup '/mnt/pve/kXXbackup/dump/vzdump-openvz-68011-2012_07_28-15_26_33.tar.lzo'
INFO: Finished Backup of VM 68011 (00:43:49)
INFO: Starting Backup of VM 68012 (openvz)
INFO: CTID 68012 exist mounted running
INFO: status = running
INFO: backup mode: snapshot
INFO: bandwidth limit: 5120 KB/s
INFO: ionice priority: 7

but the end of the taskview shows this:

...

INFO: archive file size: 10.49GB
INFO: delete old backup '/mnt/pve/kXXbackup/dump/vzdump-openvz-79005-2012_07_29-06_56_44.tar.lzo'
INFO: Finished Backup of VM 79005 (01:00:57)
INFO: Starting Backup of VM 79006 (openvz)
INFO: CTID 79006 exist mounted running
INFO: status = running
INFO: backup mode: snapshot
INFO: bandwidth limit: 5120 KB/s
INFO: ionice priority: 7
INFO: creating lvm snapshot of /dev/mapper/pve-data ('/dev/pve/vzsnap-k79-0')
INFO: Logical volume "vzsnap-k79-0" created
INFO: creating archive '/mnt/pve/kXXbackup/dump/vzdump-openvz-79006-2012_08_18-14_31_51.tar.lzo'
INFO: Total bytes written: 450877440 (430MiB, 5.2MiB/s)
INFO: archive file size: 244MB
INFO: Finished Backup of VM 79006 (00:01:50)
INFO: Backup job finished successfully
TASK OK

and here our problem starts: As we have to filter the backup reporting mails for "errors" to get notifications for problems, this is never shown as the report claims everything is ok:

e-mail-subject:
vzdump backup status (kXX.vss.kapper.net) : backup successful

and specifically for the failed backup it reports "ok":

68011
cXX.vss.kapper.net
OK
00:43:49
3.15GB
/mnt/pve/kXXbackup/dump/vzdump-openvz-68011-2012_08_18-06_07_03.tar.lzo

and this is bad :-(

please advise how to get this error during tar raised to the next high levels...

regards
hk
 
How much space is available here: INFO: creating lvm snapshot of /dev/mapper/pve-data ('/dev/pve/vzsnap-k79-0')
Maybe the snapshot simply run out of free space.
What does running the command pvs show?
 
Last edited:
mir - of course the snapshot is filled up - this is not my main problem :)

my main problem is, that tar reports to have failed, but at the end vzdump claims to have succeeded with the backup - which is plain wrong and which should never be reported by any backup, because there will be a time when we need a real backup not missing some or many or most files...

regards
hk
 
mir - of course the snapshot is filled up - this is not my main problem :)
I do not mean your snapshot but your volume group containing pve-data. if the available space for creating the snapshot is lesser than the size of the snapshot you will end up with exactly 'Read error at byte 0, while reading 2437 bytes: Input/output error' because tar tries to read after the end of the snapshot.
 
Form the git log I see:

commit 7abe98f1914213c60f90c3d52d49d43a0eb4225a
Author: Dietmar Maurer <dietmar@proxmox.com>
Date: Wed Mar 21 06:42:37 2012 +0100

vzdump: do not use tar flag --ignore-failed-read

This flag is quite dangerous. For example when LVM snapshot runs full...

So what version do you use exactly?

# pveversion -v
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!