Hide Forgot
Description of problem: [SetupNetworks]> Unmanaged network on host NIC should prevent attaching new networks to this NIC, until unmanaged network is removed. But this behavior isn't persistent at all. If i have unmanaged network on host NIC, i can attach new vlan networks to this NIC via label when creating new network. Version-Release number of selected component (if applicable): 3.5.0-0.21.el6ev 3.4.4-2.2.el6ev(discovered on 3.4.4) How reproducible: Inconsistent behavior Steps to Reproduce: 1. Create new network and attach to NIC on host. 2. Remove this network(via networks tab on 3.4, via DC tab on 3.5) 3. Create new vlan network and assign it to this NIC via label, create another network like this. Actual results: Networks attached to this NIC, that have unmanaged network on him, via label Expected results: Unmanaged network on NIC(network doesn't deleted from NIC), should prevent attaching new networks to this NIC, unless unmanaged network was deleted. - The behavior is not persistent, because sometimes it prevent from attaching new networks to this NIC and sometimes not.
Created attachment 961113 [details] screenshots
Created attachment 961115 [details] screenshot
In the screen shots attachments you can see that i have a NIC, that has unmanaged network('kaka'). There is a network 'mic5' that attached to this NIC and there is a network 'kaka2' that can't be attached to this NIC, cause of the unmanaged network. So behavior isn't persistent.
Should probably be blocked on the backend (if we indeed want to block ANY operation on a NIC with unmanaged networks - it might be harmless to allow VLAN networks). Not sure if any code needs to be fixed in the frontend though. Michael, if you first label the network, and only then label the NIC via the setup networks dialog - is this blocked by the GUI?
Hi lior, In that case, this is blocked by the GUI.
I am unable to reproduce the issue. I have tried this on 3.5.4 and master, in both cases it works correctly. The vlan is not added to the nic, with the message: "Failed to apply changes for network(s) vlan9 on host f21." The steps to reproduce: 1. Add label to nic 2. Add network 3. Attach network to nic 4. Remove network 5. Add vlan network with appropriate label 6. Network is added but fails to attach to the nic. Is this the correct way?
I think I managed to reproduce this, but I'm unable to reproduce this again. The way to reproduce this was to add the first network using labels as well. So point 2 and 3 above would be: 2. Add a network using with a label and then delete the network. Unfortunately this is quite inconsistent. Most of the times the network added using a label is removed from a nic when removed in the networks tab.
Hi Marcin, Your steps from comment 6 ^^ are ok i think. From where do you remove network on step 4 ^^ from host or DC? is it got 'unmanaged' after removing?
I remove it from host. When I add it using setupNetworks (no labels), it always goes to 'unmanaged'. But in this scenario I was never able to add a vlan to it. When I add the network with a label (so it gets added to the nic automatically), it will be deleted from the nic when the network is removed (in networks tab). I noticed that a few times the network was not deleted from nic when removed, and in this case I was able to add a new vlan. Unfortunatelly I don't know under what conditions the labeled network was not removed from the nic, and I'm not able to reproduce this.
You should remove the network from DC while it attached to host.
*** Bug 1247037 has been marked as a duplicate of this bug. ***
Why did you move this to 4.0?
The code that implements the requested validation was deemed risky by Alona. Since a similar protection does not exist in the old API, lacking it in the new API should not be considered as regression. We do have a patch, and intend to have it merged to master as soon as we can. If customers bump into this and complain, we would revisit our decision not to include it in 3.6.z.
Verified on - 4.0.0-0.0.master.20160404161620.git4ffd5a4.el7.centos.noarch
oVirt 4.0.0 has been released, closing current release.