Description of problem: For a vmpool, pinned to a certain host & all it's VMs marked as prestart, and there is not enough memory for even a single VM run, The fields of specify host or migration options, are not editable. Standing on the question mark in the window edit vmpool->host->start running on, There is a message: the bellow fields cannot be edit, while VMs are not down, but in fact, all vms in the pool are down. Version-Release number of selected component (if applicable): is29 How reproducible: always Steps to Reproduce: 1. Create a vmpool with 10 VMs of rhel 6.5 with 1024M memory. On Host tab-> specify a specific host, and do not allow migration (pin to a certain host) 2. edit vmpool, and choose prestart 10 VMs. 3. Try to change Host configuration to any host/allow migration. Actual results: Step 3 is not possible, as the host/allow migration fields are not editable. Expected results: Step 3 should work.
this is not a bug, since vm-pool is not editable after its created (you can see that nothing is editable, regardless to running vms or pre-started vms) the only change user can do to vm pool after creation is add more vms. thus, i agree the hint there is a little misleading (this is because its the same dialog for edit vm), so im changing the bug to fix this: the hint: "The fields under 'Start Running On' and 'Migration Options' aren't editable while the VM isn't down" under "host" tab in edit pool is misleading, since vm-pool is not editable.
is the hint based on the VM status at all? Any reason why the migration options are not editable? If it would apply to all VMs at once...
(In reply to Michal Skrivanek from comment #2) > is the hint based on the VM status at all? > > Any reason why the migration options are not editable? If it would apply to > all VMs at once... today if you would change any option in the vm-pool, it will not change the existing vms, this is why all changes are blocked. the problem is that even if we change for all vms at once, if one vm is running, once it will shutdown the previous configuration would be restored (as pool vms are stateless) and we will loose this change, as today there is no option changing a snapshot.
bug 922377 will help here, till then there's nothing feasible to do
this bug won't fit into 3.5 release and is being deferred to a later release. If you deeply care about this bug and deserves to be re-evaluated please let me know
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone.