vzdump issue

Deleted member 1841 · Mar 15, 2012

Hi,

I am experiencing an issue with vzdump-1.2. When creating a backup with

Code:

vzdump --suspend <CTID>

the backup returns the following errors:

Code:

(...)
Nov 16 12:17:33 INFO: resume vm
Nov 16 12:17:33 INFO: Resuming...
Nov 16 12:17:33 INFO: vm is online again after 349 seconds
Nov 16 12:17:33 INFO: creating archive '/backup/vzdump-openvz-451-2011_11_16-11_30_04.tar'
[B]Nov 16 12:17:37 INFO: tar: ./lib/libattr.so.1.1.0: Warning: Cannot stat: No such file or directory
[/B]Nov 16 12:43:19 INFO: tar: /backup/vzdump-openvz-451-2011_11_16-11_30_04.tmp/lib: Cannot rmdir: Directory not empty
Nov 16 12:43:19 INFO: Total bytes written: 12858583040 (12GiB, 8.0MiB/s)
Nov 16 12:43:19 INFO: tar: Exiting with failure status due to previous errors
Nov 16 12:43:19 INFO: archive file size: 11.98GB 
Nov 16 12:44:47 INFO: Finished Backup of VM 451 (01:14:43)

Following scenario: After the 2nd sync, the files

Code:

lrwxrwxrwx  1 root root   16 Feb 29 21:06 libattr.so.1 -> libattr.so.1.1.0
-rwxr-xr-x  1 root root  18K Feb 29 21:06 libattr.so.1.1.0

do exist in the .tmp-directory created by rsync. As soon as the tar-command starts (sub archive in /usr/lib64/perl5/vendor_perl/5.12.4/PVE/VZDump/OpenVZ.pm) the symlinked file libattr.so.1.1.0 (which is missing referring to the error above) get's deleted. (I used "watch -n0 'ls -alh backup.tmp/lib/|grep attr" to discover this)

When not using --suspend but --stop (so no .tmp-dir with rsync gets created), everything works fine.

My /etc/vzdump.conf:

Code:

bwlimit: 0
size: 4096

Any suggestions for this one?

dietmar · Mar 15, 2012

tjosten said:
Any suggestions for this one?

Looks more like a warning. tar tries to remove files asap to save space, and this can fail sometimes. Anyways, backup should be OK.

Deleted member 1841 · Mar 15, 2012

No, it's not. The files are missing in the tarball. When restoring the backup, the libraries are missing and the VM does not work as expected.

dietmar · Mar 15, 2012

tjosten said:
No, it's not. The files are missing in the tarball. When restoring the backup, the libraries are missing and the VM does not work as expected.

Oh! Both files or only the symlink?

Deleted member 1841 · Mar 15, 2012

Unfortunately, the "original file" is missing. The symlink is dead therefor.

dietmar · Mar 15, 2012

I cant reproduce that bug here. What kind of guest (OS template) is that?

what is the output of

# pveversion -v

dietmar · Mar 15, 2012

And please can you post the whole backup log (and the full backup command you use)?

Deleted member 1841 · Mar 15, 2012

To be honest, I am not using Proxmox but vanilla OpenVZ. The error occurres with all OS templates I've tested, including Debian, Ubuntu and Suse (official OpenVZ templates).

Deleted member 1841 · Mar 15, 2012

Sure.

Code:

Nov 16 11:30:04 INFO: Starting Backup of VM 451 (openvz)
Nov 16 11:30:04 INFO: CTID 451 exist mounted running
Nov 16 11:30:04 INFO: status = CTID 451 exist mounted running
Nov 16 11:30:04 INFO: backup mode: suspend
Nov 16 11:30:04 INFO: bandwidth limit: 10240 KB/s
Nov 16 11:30:04 INFO: starting first sync /vz/private/451/ to /backup/vzdump-openvz-451-2011_11_16-11_30_04.tmp
Nov 16 12:11:44 INFO: Number of files: 466553
Nov 16 12:11:44 INFO: Number of files transferred: 408886
Nov 16 12:11:44 INFO: Total file size: 12583982017 bytes
Nov 16 12:11:44 INFO: Total transferred file size: 12463753577 bytes
Nov 16 12:11:44 INFO: Literal data: 12463768403 bytes
Nov 16 12:11:44 INFO: Matched data: 0 bytes
Nov 16 12:11:44 INFO: File list size: 11985384
Nov 16 12:11:44 INFO: File list generation time: 0.001 seconds
Nov 16 12:11:44 INFO: File list transfer time: 0.000 seconds
Nov 16 12:11:44 INFO: Total bytes sent: 12494986373
Nov 16 12:11:44 INFO: Total bytes received: 8049481
Nov 16 12:11:44 INFO: sent 12494986373 bytes  received 8049481 bytes  5002214.78 bytes/sec
Nov 16 12:11:44 INFO: total size is 12583982017  speedup is 1.01
Nov 16 12:11:44 INFO: first sync finished (2500 seconds)
Nov 16 12:11:44 INFO: suspend vm
Nov 16 12:11:44 INFO: Setting up checkpoint...
Nov 16 12:11:44 INFO:     suspend...
Nov 16 12:11:44 INFO:     get context...
Nov 16 12:11:44 INFO: Checkpointing completed succesfully
Nov 16 12:11:44 INFO: starting final sync /vz/private/451/ to /backup/vzdump-openvz-451-2011_11_16-11_30_04.tmp
Nov 16 12:17:33 INFO: Number of files: 466563
Nov 16 12:17:33 INFO: Number of files transferred: 24
Nov 16 12:17:33 INFO: Total file size: 12584105731 bytes
Nov 16 12:17:33 INFO: Total transferred file size: 4050816549 bytes
Nov 16 12:17:33 INFO: Literal data: 195405 bytes
Nov 16 12:17:33 INFO: Matched data: 4050621144 bytes
Nov 16 12:17:33 INFO: File list size: 11985811
Nov 16 12:17:33 INFO: File list generation time: 0.042 seconds
Nov 16 12:17:33 INFO: File list transfer time: 0.000 seconds
Nov 16 12:17:33 INFO: Total bytes sent: 12730442
Nov 16 12:17:33 INFO: Total bytes received: 965523
Nov 16 12:17:33 INFO: sent 12730442 bytes  received 965523 bytes  39187.31 bytes/sec
Nov 16 12:17:33 INFO: total size is 12584105731  speedup is 918.82
Nov 16 12:17:33 INFO: final sync finished (349 seconds)
Nov 16 12:17:33 INFO: resume vm
Nov 16 12:17:33 INFO: Resuming...
Nov 16 12:17:33 INFO: vm is online again after 349 seconds
Nov 16 12:17:33 INFO: creating archive '/backup/vzdump-openvz-451-2011_11_16-11_30_04.tar'
Nov 16 12:17:37 INFO: tar: ./lib/libattr.so.1.1.0: Warning: Cannot stat: No such file or directory
Nov 16 12:43:19 INFO: tar: /backup/vzdump-openvz-451-2011_11_16-11_30_04.tmp/lib: Cannot rmdir: Directory not empty
Nov 16 12:43:19 INFO: Total bytes written: 12858583040 (12GiB, 8.0MiB/s)
Nov 16 12:43:19 INFO: tar: Exiting with failure status due to previous errors
Nov 16 12:43:19 INFO: archive file size: 11.98GB
Nov 16 12:44:47 INFO: Finished Backup of VM 451 (01:14:43)

dietmar · Mar 15, 2012

tjosten said:
To be honest, I am not using Proxmox but vanilla OpenVZ.

What filesystem do you use on /backup?

Deleted member 1841 · Mar 15, 2012

ext3 with more than 1TB space available. The full backup command is

Code:

vzdump --suspend --dumpdir /backup <CTID>

dietmar · Mar 15, 2012

So what host OS do you run? My guess is that the tar command you use is buggy.

Deleted member 1841 · Mar 15, 2012

This is a Gentoo Linux node running 2.6.27-openvz-briullov.1-r2. tar-1.23-r2 is installed.

Deleted member 1841 · Mar 15, 2012

You were right! I've just updated tar to the latest version and it now works. Thanks alot!

Edit: Ouch, it does not.

Code:

Mar 15 09:16:04 INFO: Resuming...Mar 15 09:16:04 INFO: vm is online again after 3 seconds
Mar 15 09:16:04 INFO: creating archive '/root/tmp/vzdump-openvz-494-2012_03_15-09_14_00.tar'
Mar 15 09:17:04 INFO: tar: /root/tmp/vzdump-openvz-494-2012_03_15-09_14_00.tmp/lib: Cannot rmdir: Directory not empty
Mar 15 09:17:04 INFO: Total bytes written: 1546608640 (1.5GiB, 26MiB/s)
Mar 15 09:17:04 INFO: tar: Exiting with failure status due to previous errors
Mar 15 09:17:14 ERROR: Backup of VM 494 failed - command '(cd /root/tmp/vzdump-openvz-494-2012_03_15-09_14_00.tmp;find . '(' -regex '^\.$' ')' -o '(' -type 's' -prune ')' -o -print0|tar cpf - --totals --sparse --numeric-owner --no-recursion --ignore-failed-read --one-file-system --remove-files --null -T - >/root/tmp/vzdump-openvz-494-2012_03_15-09_14_00.dat )' failed with exit code 2

dietmar · Mar 15, 2012

tjosten said:
You were right! I've just updated tar to the latest version and it now works. Thanks alot!

BTW, I consider it a bad practice to post in this forum, without even mentioning that you do not use Proxmox VE at all.

Deleted member 1841 · Mar 15, 2012

Well..

Code:

everquest ~ # eix vzdump
[I] app-backup/vzdump
     Available versions:  (~)1.1 (~)1.2
     Installed versions:  1.2(09:17:41 AM 03/15/2012)
     Homepage:            http://www.proxmox.com/cms_proxmox/en/virtualization/openvz/vzdump/
     Description:         A utility to make consistent snapshots of running OpenVZ containers.

According to this information, you are responsible for vzdump. If not, please correct me.

dietmar · Mar 15, 2012

tjosten said:
Accorting to this information, you are responsible for vzdump. If not, please correct me.

Yes, but where do you see a link to this forum? This is the Proxmox VE forum, not the Gentoo forum. You should at least mention that you are using a completely other system (should not be that hard).

Deleted member 1841 · Mar 15, 2012

No, you are right - there is no direct link from the vzdump-package to this forum. It's more like a 404

Then, when navigating to the homepage, you offer some kind of free community support. Moreover, after some more research, this is no Gentoo related but a tar related issue. I just tested vzdump on a Proxmox VE-environment with tar-1-23-r2 installed and it's completely reproducible there, too. Finally, this is not a matter of what system I use. Thanks.

martin · Mar 15, 2012

tjosten said:
Well..
...
According to this information, you are responsible for vzdump. If not, please correct me.

You post in a Proxmox VE forum but you use Gentoo - so this is the wrong place.

vzdump issue

Deleted member 1841

Guest

Proxmox Staff Member

Deleted member 1841

Guest

Proxmox Staff Member

Deleted member 1841

Guest

Proxmox Staff Member

Proxmox Staff Member

Deleted member 1841

Guest

Deleted member 1841

Guest

Proxmox Staff Member

Deleted member 1841

Guest

Proxmox Staff Member

Deleted member 1841

Guest

Deleted member 1841

Guest

Proxmox Staff Member

Deleted member 1841

Guest

Proxmox Staff Member

Deleted member 1841

Guest

Proxmox Staff Member

We value your privacy