Hide Forgot
Description of problem: Currently with the OVN feature, we represent OVN networks entities as OVN switches. When changing the name of OVN network in oVirt UI, the provider does not trigger a change to the OVN switch names in the north DB. Since admins usually use names to locate switch/network names using OVN CLI tools, it will be nicer to have consistent names. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. Create network on OVN network provider. 2. Change OVN network name in oVirt. 3. "ovn-nbtctl show" on the Central OVN server. Actual results: Network name remains the same before the change. Expected results: oVirt network names should reflect OVN switch names. Additional info:
I understand the debuggability benefit, but frankly, I think that propagating the human-readable name outside of Engine is the bug. Simply because it is hard to maintain in-sync. Marcin, beside its help to debuggability, can we avoid usage of the name in the provider and driver?
Quote from OVN User Manual (http://openvswitch.org/support/dist-docs/ovn-nbctl.8.html): "The OVN northbound database schema does not require logical switch names to be unique, but the whole point to the names is to provide an easy way for humans to refer to the switches, making duplicate names unhelpful. Thus, without any options, this command regards it as an error if switch is a duplicate name."
Sorry its related(In reply to Mor from comment #2) > Quote from OVN User Manual > (http://openvswitch.org/support/dist-docs/ovn-nbctl.8.html): > "The OVN northbound database schema does not require logical switch names to > be unique, but the whole point to the names is to provide an easy way for > humans to refer to the switches, making duplicate names unhelpful. Thus, > without any options, this command regards it as an error if switch is a > duplicate name." Ignore this please, it's relevant for the duplicate names issue.
To be consistant with the neturon API, we have to provide the name of the network, so it has to stay in. We could store the name as an additional property (OVN logical switch 'external-id' table), but don't like the idea. The actual problem lies in the engine, which does not notify the provider that the name was changed.
Our expected mode of operation is to modify network names in OVN (via ManageIQ) so that this problem is less important.