Description of problem: Version-Release number of selected component (if applicable): 0.5.3 How reproducible: Always Steps to Reproduce: 1. Start a domain 2. In its menu, click save and enter a filename 3. Wait a little bit Actual results: Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 403, in _save_callback vm.save(file_to_save) File "/usr/share/virt-manager/virtManager/domain.py", line 394, in save self.vm.save(file) File "/usr/lib/python2.5/site-packages/libvirt.py", line 354, in save if ret == -1: raise libvirtError ('virDomainSave() failed', dom=self) libvirtError: virDomainSave() failed unknown procedure (received 34, expected 37) Expected results: Saving the image and not much else. Additional info: The problem seems to stem from virt-manager using the existing "control" connection to invoke the saving. According to rjones, virt-manager should use another connection for that. First reported at: https://bugs.edge.launchpad.net/ubuntu/+source/virt-manager/+bug/201221
Hmm, this confuses me. Is this a bug at the libvirt level? Why should a seperate connection be needed for saving? What type of connection and guest are you using? (system or session, plain qemu or kvm, xen?). I can't seem to reproduce this either. That being said, I've noticed that you are now carrying a fix for this in the ubuntu package. Would you mind posting the following patches to et-mgmt-tools: patches/show_session_or_system_in_console.diff patches/ssh_tunnel_username.patch patches/restore_saved_images.patch patches/save_separate_connection.patch Thanks
ssh_tunnel_username.patch was already submitted and applied (revision 675:49c55daf788d). I'll send the other ones. Thanks for the nudge :)
I sent a patch to fix this bug to the mailing list and it has now been applied. (Changeset 734: 2ea7f77b0339) I'm not too familiar with your bug handling policies, so I don't know if it's appropriate to close this bug (since it's not in a release of any sort yet), so I'll leave that up to you guys.
Patch is upstream, will incorporate into next release. Leaving this bug open until its released. http://hg.et.redhat.com/virt/applications/virt-manager--devel?cs=2ea7f77b0339
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
virt-manager-0.6.0-0.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/virt-manager-0.6.0-0.fc9
virt-manager-0.6.0-1.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/virt-manager-0.6.0-1.fc9
virt-manager-0.6.0-1.fc9 has been pushed to the Fedora 9 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-newkey update virt-manager'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-10705
virt-manager-0.6.0-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.