Description of problem:
Somehow the first guest created after starting virt-manager
can't be deleted. (It might be the first created guest after booting say
not 100% sure.)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. boot, login and start virt-manager
2. install a new guest
3. shutdown guest
4. try to delete it
4. Delete is disabled in menu for new guest
to be able to delete new guest
Workaround is to restart virt-manager and the guest can be deleted.
Other existing guests can always be deleted without problem -
this only affect the first newly created guest.
Hmm, can't seem to reproduce. Can you run virt-manager from the command line with the --debug flag and reproduce steps 1-4, and post the output here? Thanks
It happened to me (again) on F16 when I ran v-m for the first time
after installing. I admit it seems a little harder to reproduce
than I had at least thought.
So one may to reproduce is probably to add a step 0:
0. Install Fedora with @virtualization.
If that still doesn't help, I can try to pindown
the exact steps - it also happens to me sometimes on
an existing install, so I don't think it is only
right after system installation.
I haven't seen this in quite a while now - so I am assuming it is fixed
in both current f15 and f16.
Let me reopen again if it should reoccur.
I found this issue in my F16:
# rpm -qa \*virt\*
I can't delete the guest (not running), while I'm able to start/stop it.
I suspect that restarting the libvirtd daemon could be the cause.
Fortunatly there is a workaround: disconnect and reconnect the virtmanager to the qemu hypervisor let me delete the guest vm.
It could be related to bug #518536.
Ok I haven't seen this recently, but reopening back on previous comment.
I think we still need to work out how to reproduce this since
I have not found it easy to.
The same happened to me with my second guest (I configured the type as QEMU instead of KVM in this case). I remember I started the guest and immediately stopped. And repeated few times (don't remember exactly). I also tried to create a new guest with the same name (just used capital letter in the name). Unfortunately I don't exactly remember the order of the mentioned steps.
Hard to guess if this information is helpful.
Maybe one more note ... The guest was not running, but the "Pause" entry was active. The problem disappeared after virt-manager restart.
Is everyone using kvm or xen? Can anyone reliably reproduce with the virt-manager package in updates-testing?
And where exactly is the 'delete' option disabled? In the right-click menu of the main manager window?
(I am using kvm but haven't seen this issue in quite a while.)
> And where exactly is the 'delete' option disabled? In the right-click menu of
> the main manager window?
Yes, that is how I remember it.
Okay, I'm going to close this WORKSFORME as I can't reproduce.
If anyone still hits it, please provide ~/.virt-manager/virt-manager.log from the failed run.