Version-Release number of selected component (if applicable): rhevm-backend-3.4.1-0.31.el6ev.noarch How reproducible: Always Steps to Reproduce: 1. Default cluster, 1 VM running, no labels attached to hosts NICs, default rhevm network 2. Networks => Edit => Network label => type in test => press OK,OK Actual results: RHEV does not allow to add/edit label as network is in use by VMs "Several virtual machines (1) are using this logical network" Expected results: RHEV should allow add/edit label with VMs running, as no network configuration is updated on the hosts. Behavior should be similar to editing description/comment for the network. Additional info: It should work at least if label is not currently in use by any hosts, not sure about possible implications if label is already used for some hosts.
This issue was already raised in the past. Moti, do we have any safe way to allow this? Thanks, Nir
I was able to workaround it BTW by hot-unplugging NIC from VM, doing what needs to be done with label, and plugging back NIC again.
(In reply to Nir Yechiel from comment #1) > This issue was already raised in the past. Moti, do we have any safe way to > allow this? > > Thanks, > Nir Yes, currently the rename action is not supported. Renaming a label of a network should behave as: 1. When network isn't used - allow it. 2. When network is provisioned on hosts via label - renaming the label will remove the network from the hosts. (If the user wish to preserve that label on the hosts, the user should label the hosts' interfaces with the new label) 2.1. If the network is being used by running vms, and renaming it will trigger its removal from hosts - it should be blocked. 2.1. The network should be configured on any host that is labeled with the new label, where the network hasn't been configured on that host. Adding a label is simpler, since this action is currently supported 1. If the network is being used by vms, allow it: It implies the network is already configured on a host and adding a label will only provision it on hosts where that network hasn't been configured.
Since Bug 1068626 already exists for renaming network labels, I'm limiting this to just the case of adding a new label for networks being used by VMs - should be easier to fix and solve a lot of issues for users/customers with existing deployments who are looking to adopt the feature.
The logic that Moti explains above for adding new labels makes sense. We will add UX comments around editing network labels to Bug 1068626.
this bug was moved to MODIFIED before vt4 build date thus moving to ON_QA. if you belive this bug isn't in vt4, please report to rhev-integ
with vt4 scenario fails exactly as described in comment 0 Red Hat Enterprise Virtualization Manager Version: 3.5.0-0.13.beta.el6ev Error while executing action: Cannot edit Network. Several virtual machines (1) are using this logical network: VM1 - Please remove it from all virtual machines that are using it and try again.
Hmmm, interesting that this didn't make the build, will check what's that about.
Verified on - 3.5.0-0.15.beta.el6ev(vt6) - This bug should only deal with adding a new label for networks being used by VMs, not editing or renaming it.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-0158.html