Bug 1720666
| Summary: | [OSP13] Director doesn't create a default volume type by default | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Priscila <pveiga> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Alan Bishop <abishop> |
| Status: | CLOSED ERRATA | QA Contact: | Tzach Shefi <tshefi> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 13.0 (Queens) | CC: | aavraham, abishop, aschultz, cchen, cmedeiro, dbecker, eharney, jamsmith, lmarsh, mburns, morazi, pgrist, rhel-osp-director-maint, sbandyop, scohen, srevivo, tshefi, yprokule, yrabl |
| Target Milestone: | z8 | Keywords: | Improvement, Triaged, ZStream |
| Target Release: | 13.0 (Queens) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-heat-templates-8.3.1-62.el7ost puppet-tripleo-8.4.1-21.el7ost | Doc Type: | Bug Fix |
| Doc Text: |
Previously, director created volumes with no associated volume type. This caused errors during volume retype and migration operations.
With this update, director assigns the default volume type 'tripleo' when creating cinder volumes. You can change a cinder volume type by overriding the CinderDefaultVolumeType parameter.
NOTE: When you update the overcloud nodes, if you configured the cinder default volume type manually, set the CinderDefaultVolumeType to the manually configured value so that director does not assign the `tripleo' default value.
|
Story Points: | --- |
| Clone Of: | 1477606 | Environment: | |
| Last Closed: | 2019-09-03 16:55:34 UTC | Type: | --- |
| 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: | 1477606 | ||
| Bug Blocks: | |||
|
Comment 4
Priscila
2019-06-14 13:44:47 UTC
Verified on: openstack-tripleo-heat-templates-8.3.1-72.el7ost.noarch Installed with LVM backend: (overcloud) [stack@undercloud-0 ~]$ cinder type-default +--------------------------------------+---------+-------------+-----------+ | ID | Name | Description | Is_Public | +--------------------------------------+---------+-------------+-----------+ | 5c3acbc5-1048-433c-955b-1c2cbf472e6c | tripleo | - | True | +--------------------------------------+---------+-------------+-----------+ We have a default volume type configured (overcloud) [stack@undercloud-0 ~]$ cinder type-list +--------------------------------------+-------------+-------------+-----------+ | ID | Name | Description | Is_Public | +--------------------------------------+-------------+-------------+-----------+ | 5c3acbc5-1048-433c-955b-1c2cbf472e6c | tripleo | - | True | | 73769a50-22f6-4804-98c9-5e1ec06fc853 | multiattach | - | True | +--------------------------------------+-------------+-------------+-----------+ Ignore multi attach type was created from another bz, but the tripleo backend (lvm) was the only one initially created. Also a cinder create volume command created an LVM volume of type tripleo. Good to verify. 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://access.redhat.com/errata/RHBA-2019:2624 *** Bug 1730115 has been marked as a duplicate of this bug. *** |