Bug 2137484
| Summary: | Re-deployment fails if octavia or ceph is enabled | |||
|---|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Takashi Kajinami <tkajinam> | |
| Component: | openstack-tripleo-common | Assignee: | Takashi Kajinami <tkajinam> | |
| Status: | CLOSED ERRATA | QA Contact: | David Rosenfeld <drosenfe> | |
| Severity: | urgent | Docs Contact: | ||
| Priority: | urgent | |||
| Version: | 16.1 (Train) | CC: | bporwal, fgadkano, fpantano, fpiccion, gthiemon, jelynch, jmitterm, johfulto, jparoly, jschluet, jslagle, mburns, msecaur, ramishra, renich, riramos, slinaber, spower, tvignaud | |
| Target Milestone: | z4 | Keywords: | Triaged | |
| Target Release: | 16.2 (Train on RHEL 8.4) | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | openstack-tripleo-common-11.7.1-2.20220923014728.el8ost | Doc Type: | Bug Fix | |
| Doc Text: |
RHSA-2022:6969 introduced the process to clean up files in the /var/lib/mistral directory in the undercloud but the process consistently failed when the Load-balancing service (octavia) or Red Hat Ceph Storage was enabled because these services created additional directories, which the cleanup process could not properly remove. Some deployment actions, such as scale out, consistently failed if the Load-balancing service or Ceph Storage was enabled. With this update, Mistral no longer executes the cleanup. Users must manually delete files if they want to enforce the reduced permission of the files in the /var/lib/mistral directory. Deployment actions no longer fail because of a permission error.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 2138184 (view as bug list) | Environment: | ||
| Last Closed: | 2022-12-07 19:25: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: | ||||
| Bug Blocks: | 2138184 | |||
|
Description
Takashi Kajinami
2022-10-25 07:52:46 UTC
*** Bug 2139138 has been marked as a duplicate of this bug. *** Stack update is successful in a ceph deployment using: RHOS-16.2-RHEL-8-20221111.n.1 We deployed this fix [1] for Octavia in our lab with 16.2.3 and we were able to get a successful deployment. This was a fresh deployment and not an upgrade.
However, running the deployment again (i.e. running the exact same overcloud deploy command after the successful deployment) resulted in Permission Denied errors on the ceph-ansible directory immediately after the stack deploy and before the ansible deploy:
The action raised an exception [action_ex_id=0f0dc7ed-5415-4fca-a9bf-5828612ba391, msg='[Errno 13] Permission denied: '/var/lib/mistral/overcloud/ceph-ansible'', action_cls='<class 'mistral.actions.action_factory.DownloadConfigAction'>', attributes='{}', params='{'work_dir': '/var/lib/mistral/overcloud', 'container_config': 'overcloud-config'}']Overcloud Endpoint: https://10.74.169.211:13000
I assume this would be a problem during an upgrade, too.
[1] https://review.opendev.org/c/openstack/tripleo-heat-templates/+/861945/1/deployment/octavia/octavia-deployment-config.j2.yaml#310
@Matthew That error is definitely what we are fixing in this bug. The package including the fix is not yet shipped in CDN. Note that the octavia error you earlier mentioned is also fixed in bug 2136393 , which is mentioned in the problem description of this bug. 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 (Release of components for Red Hat OpenStack Platform 16.2.4), 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-2022:8794 *** Bug 2149283 has been marked as a duplicate of this bug. *** |