Problem with openvz backup

ArturoAp

New Member
Jun 1, 2010
6
0
1
Hello,

I have a problem doing vzdump with a virtual machine, with some other smallers (5-7GB), the result is OK, but with that, which size is about 130GB, vzdump gets lots of errors, as you can see in the following log:


Some of multiple errors (All similars)

Code:
jun 01 14:27:00 INFO: tar: ./sbin/iwspy: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/e2label: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/multipath: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/initlog: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/insmod.static: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/mpath_prio_intel.static: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/ifconfig: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/tc: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/vgscan: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/halt: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/udevsettle: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/runuser: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/udevcontrol: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/cbq: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/mpath_prio_ontap.static: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/lspci: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/nologin: Warning: Cannot stat: No such file or directory
jun 01 14:27:00 INFO: tar: ./sbin/sysctl: Warning: Cannot stat: No such file or directory


Code:
pveperf 
CPU BOGOMIPS:      42557.97
REGEX/SECOND:      537910
HD SIZE:           19.38 GB (/dev/md1)
BUFFERED READS:    53.72 MB/sec
AVERAGE SEEK TIME: 38.65 ms
FSYNCS/SECOND:     114.94
DNS EXT:           18.98 ms

Code:
root@europe:/var/log/vzdump# pveversion -v
pve-manager: 1.5-8 (pve-manager/1.5/4674)
running kernel: 2.6.24-10-pve
proxmox-ve-2.6.24: 1.5-21
pve-kernel-2.6.24-10-pve: 2.6.24-21
qemu-server: 1.1-11
pve-firmware: 1.0-3
libpve-storage-perl: 1.0-10
vncterm: 0.9-2
vzctl: 3.0.23-1pve8
vzdump: 1.2-5
vzprocps: 2.0.11-1dso2
vzquota: 3.0.11-1dso1
pve-qemu-kvm: 0.11.1-2
root@europe:/var/log/vzdump#

Thanks!
 
The log you send contains many errors in directory /home/ - Do you mount some external filesystem in this VM?
 
Hello, sorry for reply later, I was trying suspend mode but does not end (The machine takes over 24 hours doing the backup and does not end).

Thanks for all
 
Hello, sorry for reply later, I was trying suspend mode but does not end (The machine takes over 24 hours doing the backup and does not end).

Is there a high load on that server? Please can you also test 'stop' mode?
 
your machine is pretty slow so its not possible to handle this load with vzdump (130 GB) in reasonable time. based on your pveperf results, I assume you have slow disks (7200 sata) and no raid controller with cache.

=> use 'real' server hardware: hardware raid10 with cache enabled and use fast disks (SAS with 10.000 or 15.000 rpms).

If you can´t do this, use another method for backup.
 
Hello!

My disks are 12000rpm, and results are 120mb/s.



But ... because fails the snapshot mode?
 
Hello!
My disks are 12000rpm, and results are 120mb/s.
But ... because fails the snapshot mode?

hey, where did you get 12000 rpm disks? home made? and where did you get 120 mb/s?

your pveperf results shows clearly that you are running a non-recommended setup. and therefore its no wonder that it does not perform well. bad transfer speed, bad access times, very low fsyncs/sec.

so pls follow the recommended setup (no software raid) or accept that its not working like it should.