As title says, volume allocation is painfully slow in non ext4 filesystems, less than a MB/sec isn't cool when allocating 8gb by default (as virt-manager does). Fixed upstream here, worth getting in for F13 GA: http://libvirt.org/git/?p=libvirt.git;a=commit;h=e3c36a2575bc88a16d776693dc39ea01c780b406
libvirt-0.7.7-3.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/libvirt-0.7.7-3.fc13
*** Bug 584320 has been marked as a duplicate of this bug. ***
libvirt-0.7.7-3.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update libvirt'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/libvirt-0.7.7-3.fc13
libvirt-0.7.7-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
I am not quite sure whether it's the same bug, but the effects seem to be the same. I run libvirt 0.8.3 on Debian Squezze. I have an LVM volume group used by libvirt - all volumes are ext4 and the volumes group is crypted with LUKS. Using vol-clone or the virt-clone tools also results in cloning speed of approx. 1MB/s. When I do the same using dd i achieve approx. 25MB/s which shows there is a bottleneck somewhere. Help would be apprecheated.
(In reply to comment #5) > I am not quite sure whether it's the same bug, but the effects seem to be > the same. I run libvirt 0.8.3 on Debian Squezze. I have an LVM volume group > used by libvirt - all volumes are ext4 and the volumes group is crypted with > LUKS. Using vol-clone or the virt-clone tools also results in cloning speed > of approx. 1MB/s. When I do the same using dd i achieve approx. 25MB/s which > shows there is a bottleneck somewhere. Help would be apprecheated. Please file a bug with your distro, and provide a link to the patch mentioned in Comment #0