Bug 995850
Summary: | [Neutron integration]External network provider | wrong error when adding non-existing Network Label in add new networks | ||
---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Meni Yakove <myakove> |
Component: | General | Assignee: | Dan Kenigsberg <danken> |
Status: | CLOSED DEFERRED | QA Contact: | Meni Yakove <myakove> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | --- | CC: | bazulay, bugs, lpeer, masayag, mkolesni, nyechiel, rbalakri, Rhev-m-bugs, yeylon, ykaul, ylavi |
Target Milestone: | --- | Flags: | ylavi:
ovirt-4.0.0?
rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-03-25 19:26:53 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1048777 | ||
Bug Blocks: |
Description
Meni Yakove
2013-08-11 14:27:50 UTC
I actually think we might not wanna solve this for 3.3 as part of the feature's "tech preview" status. In the long run the label widget should really be some sort of suggest box, where existing labels would be suggested and new labels could be created. It just wasn't in the scope of the 3.3 feature. Mike, does the network labels reported in neutron API? (In reply to Nir Yechiel from comment #3) > Mike, does the network labels reported in neutron API? Currently this information is not reported by the API. You can see from the documentation [1] that what is available is just on the networks resource, so only for a specific network you can see what physical network it's on but you don't have a full list of them. We could let the user specify the list of existing labels explicitly in the "provider" dialog, so that we can suggest to him what labels to use when adding an external network. [1] http://docs.openstack.org/api/openstack-network/2.0/content/provider_ext.html (In reply to Mike Kolesnik from comment #4) > (In reply to Nir Yechiel from comment #3) > > Mike, does the network labels reported in neutron API? > > Currently this information is not reported by the API. You can see from the > documentation [1] that what is available is just on the networks resource, > so only for a specific network you can see what physical network it's on but > you don't have a full list of them. > > We could let the user specify the list of existing labels explicitly in the > "provider" dialog, so that we can suggest to him what labels to use when > adding an external network. Another idea would be to parse the bridge mappings if provided and to extract the labels out of it. > > [1] > http://docs.openstack.org/api/openstack-network/2.0/content/provider_ext.html Without the ability to get a "formal" list of legitimate labels from the Neutron server, could we at least get a more specific error from the server? In which case, this would be related to Bug 1048777 (and probably should depend on it). 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. |