Bug 1019818
| Summary: | Support OpenStack Havana layer 2 agent integration | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-host-deploy | Reporter: | Assaf Muller <amuller> | ||||
| Component: | Plugins.OpenStack | Assignee: | Mike Kolesnik <mkolesni> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | yeylon <yeylon> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | --- | CC: | alonbl, bazulay, bugs, danken, dougsland, iheim, lpeer, mkolesni, srevivo, yeylon | ||||
| Target Milestone: | --- | Keywords: | Improvement | ||||
| Target Release: | 1.2.0 | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | network | ||||||
| Fixed In Version: | ovirt-3.3.3-beta1 | Doc Type: | Enhancement | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 1032890 (view as bug list) | Environment: | |||||
| Last Closed: | 2014-02-14 09:56:42 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: | |||||||
| Bug Blocks: | 1032890 | ||||||
| Attachments: |
|
||||||
A patch will be welcomed. Possible solutions / implications: Currently we "support" Neutron integration with Grizzly where the name was still quantum. Havana changed the name to neutron. Should we just move to support havana? Does this have release notes implications? Should we add a select box to the GUI when adding a host instead? We cannot just drop the support for Grizzly during the ovirt-3.3 lifetime. So we should support both Grizzly and Havana. I see no reason to add a UI checkbox: ovirt-host-deploy should handle whatever version is available at the host. If Engine must know the version installed on the host, Vdsm should report it. As far as I know, openstack is not 'supported' it is 'release preview', in other words it is 'experimental'. I see no problem to require newer openstack component at any stage. Ok, it makes sense to use the benefits of being a "tech preview". Re-targeting to 3.3.3 since the bug is not resolved in 3.3.2 beta and is not blocking 3.3.2 release tracker (bug #1027349) Closing as 3.3.3 has been released. |
Created attachment 812909 [details] ovirt-host-deploy log with failed attempt to modify /etc/quantum/quantum.conf Description of problem: If external Neutron provider is selected during new host install, then When ovirt-host-deploy attempts to install the layer 2 agent it uses "quantum" instead of "neutron". Havana changed the path of configuration files and such to use neutron. Version-Release number of selected component (if applicable): oVirt 3.3 from master How reproducible: 100% Steps to Reproduce: 1. Add new host with external Neutron provider Actual results: New host install fails when trying to install layer 2 agent. Attached logs. Expected results: New host install should succeed.