Environment: RHEVM 2.3 on RHEL6, dev env, RHEL6.1 host Scenario: 1. Choose Host's interface with status up, attach it to a network (you can choose any network, including VLAN networks) 2. Detach the network from that interface The interface becomes down as a result of that operation.
This has always been the behavior of delNetwork verb. Why is suddenly problematic? Do we really want to change it?
Is this behaviour seems logical to you? From where i see it: if you have a given status, you do an action on it, you undo same action on it -> status should be same as in step 1.
yes, it seems logical to me, in a way. delNetwork is NOT "undo last addNetwork". It removes all parts of the network, and turns the interface off. However, it is unfortunate that we cannot define network device that are not connected to any logical network. Thanks a whole-blown feature. It may make sense to keep NIC up, however, so admin can keep tracking its connectivity.
(In reply to comment #4) > yes, it seems logical to me, in a way. delNetwork is NOT "undo last > addNetwork". It removes all parts of the network, and turns the interface off. > > However, it is unfortunate that we cannot define network device that are not > connected to any logical network. Thanks a whole-blown feature. > > It may make sense to keep NIC up, however, so admin can keep tracking its > connectivity. Upstream?
Proposal for a patch http://gerrit.ovirt.org/#/c/8443/
3.2 beta built, moving to ON_QA status to allow testing