Bug 1229896
| Summary: | [RFE] Deploy Manila in OSP director with HA | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Ryan Hefner <rhefner> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Marios Andreou <mandreou> |
| Status: | CLOSED ERRATA | QA Contact: | Dustin Schoenbrun <dschoenb> |
| Severity: | high | Docs Contact: | Don Domingo <ddomingo> |
| Priority: | urgent | ||
| Version: | unspecified | CC: | ctatman, dcain, dschoenb, egafford, eglynn, hbrock, jason.dobies, jcoufal, jdonohue, jschluet, kbasil, mandreou, mburns, mcornea, mgandolf, morazi, rcallawa, rhel-osp-director-maint, sclewis, scohen, tbarron |
| Target Milestone: | rc | Keywords: | FutureFeature, InstallerIntegration, OtherQA, Triaged |
| Target Release: | 10.0 (Newton) | Flags: | scohen:
needinfo+
|
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-heat-templates-5.0.0-0.20160922100830.75c20d5.1.el7ost | Doc Type: | Enhancement |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-12-14 15:10:51 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1298044, 1379905 | ||
| Bug Blocks: | 1335593 | ||
|
Description
Ryan Hefner
2015-06-09 21:20:03 UTC
Hi Ryan, I see that both of those are still in review so I assume you've patched your env for the deploy with those reviews? How are you deploying (I mean are you using tuskar) and do the defaults in the templates give a working vanilla setup (or should at least?) or do I need to be aware of something specific. Hi marios, sorry I didn't see your message before. I'm using instack-deploy-overcloud --tuskar and tweaking the outputted Tuskar templates as necessary for quick testing. As far as a valid deployment, you'll need to specify a valid netapp_login, netapp_password and netapp_server_hostname. You don't need to actually deploy to and use a NetApp storage system - as long as there is a valid cinder.conf stanza, that should be good enough to get it going. I tested this patch: https://review.openstack.org/#/c/188137/ and get a valid deployment with Manila present. Going to drop the NetApp patch in shortly and see if I can get that rolling. RFEs are in no case ever blockers. I have removed the blocker flag. https://review.openstack.org/#/c/188137/ has been merged upstream https://review.openstack.org/#/c/313527/ also merged upstream https://review.openstack.org/#/c/315658/ was I think incorporated into https://review.openstack.org/#/c/188137/ but it hasn't yet been abandoned Ben Swartzlander (bswarz) from NetApp is going to propose a new version of the NetApp plugin patch - we'll add it to the external trackers when he posts it. Tested with the 2016-11-11.1 puddle and the Manila Share service is successfully started on another controller node when it is disabled on the Active node and the Scheduler and API services still function when they're disabled on one node. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-2948.html |