Or maybe you can setup another computer (or a VM) with openfiler and test if that happens with openfiler too?
vzdump --snapshot --compress --dumpdir /var/lib/vz/dump/ 112
Where dumpdir lies on the local hdd in an lvm
ok, today i setup a nfs server. The server runs only under a 32bit environment. Is there a wait, to split the backups that are bigger than 2GB? Because of the limit of 2GB files, the nfs backup ended with errors.
its the latest OpenFiler 2.3 (32Bit) with NFS v3 Support directly installed on a PowerEdge850. I have read bevor, that NFS only support filesize that not greater than 2GB.
The Wiki says:
support for 64-bit file sizes and offsets, to handle files larger than 2 gigabytes (GB);
But i have a 32-bit Serverplatform .... so how can i do backups where the file is greater than 2 GB?
without any problem. So, i think it is a bug in vzdump.
What i saw with top, that the process vmtar gets 100% processor time and the xxxx.dat file not growing.
proxmox01:~# qmrestore --storage kvm-data-01 /mnt/pve/backup/vzdump-qemu-111.tgz 9999
INFO: restore QemuServer backup '/mnt/pve/backup/vzdump-qemu-111.tgz' using ID 9999
INFO: extracting 'qemu-server.conf' from archive
INFO: extracting 'vm-disk-ide0.raw' from archive
INFO: Rounding up size to full physical extent 10.00 GB
INFO: Logical volume "vm-9999-disk-1" created
INFO: got signal
INFO: new volume ID is 'kvm-data-01:vm-9999-disk-1'
INFO: restore data to '/dev/pve-kvm/vm-9999-disk-1' (10737418240 bytes)
INFO: 20971520+0 records in
INFO: 20971520+0 records out
INFO: 10737418240 bytes (11 GB) copied, 1055.67 s, 10.2 MB/s
INFO: restore QemuServer backup '/mnt/pve/backup/vzdump-qemu-111.tgz' successful
proxmox01:~# vzdump --compress 9999
INFO: starting new backup job: vzdump --compress 9999
INFO: Starting Backup of VM 9999 (qemu)
INFO: stopped
INFO: status = stopped
INFO: backup mode: stop
INFO: bandwidth limit: 10240 KB/s
INFO: creating archive '/var/lib/vz/dump/vzdump-qemu-9999.tgz'
INFO: adding '/var/lib/vz/dump/vzdump-qemu-9999.tmp/qemu-server.conf' to archive ('qemu-server.conf')
INFO: adding '/dev/pve-kvm/vm-9999-disk-1' to archive ('vm-disk-ide0.raw')
INFO: Total bytes written: 10129294336 (10.70 MiB/s)
INFO: archive file size: 5.42GB
INFO: Finished Backup of VM 9999 (00:15:05)
INFO: Backup job finished successfuly
proxmox01:~#
i think it is the block size from 4096 on the iscsi store that are make the problem.
Ok, please can you tell me how to reproduce that. Can I reproduce that with openfiler? Where do I set blocksize to 4096?
This is true for NFSv2 - but NFSv3 support larger files.
Did you already asked on th openfiler forum - I think thats a bug - so maybe they have a fix.
We use essential cookies to make this site work, and optional cookies to enhance your experience.