stx-openstack: `cinder-volume-usage-audit` pod stuck on Init:0/2
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Low
|
Luan Nunes Utimura |
Bug Description
Brief Description
-----------------
It has been observed that, after an apply of stx-openstack on a system with HTTPS enabled, the `cinder-
Severity
--------
Minor.
Steps to Reproduce
------------------
On a system with HTTPS enabled:
1) Upload/apply stx-openstack;
2) Verify that the `cinder-
Expected Behavior
------------------
After stx-openstack is applied, all pods should be either `running` or `completed`.
Actual Behavior
----------------
The `cinder-
Reproducibility
---------------
Reproducible.
System Configuration
-------
AIO-DX with HTTPS enabled.
Branch/Pull Time/Commit
-------
StarlingX (master)
StarlingX OpenStack (master)
Last Pass
---------
N/A.
Timestamp/Logs
--------------
```
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 11h default-scheduler Successfully assigned openstack/
Warning FailedMount 11h (x4 over 11h) kubelet MountVolume.SetUp failed for volume "cinder-tls-api" : failed to sync secret cache: timed out waiting for the condition
Warning FailedMount 4h56m (x32 over 11h) kubelet Unable to attach or mount volumes: unmounted volumes=
Warning FailedMount 125m (x48 over 10h) kubelet Unable to attach or mount volumes: unmounted volumes=
Warning FailedMount 55m (x35 over 11h) kubelet Unable to attach or mount volumes: unmounted volumes=
Warning FailedMount 35m (x47 over 10h) kubelet Unable to attach or mount volumes: unmounted volumes=
Warning FailedMount 15m (x51 over 11h) kubelet Unable to attach or mount volumes: unmounted volumes=
Warning FailedMount 6m3s (x55 over 11h) kubelet Unable to attach or mount volumes: unmounted volumes=
Warning FailedMount 27s (x334 over 11h) kubelet MountVolume.SetUp failed for volume "cinder-tls-api" : secret "cinder-tls-api" not found
```
Test Activity
-------------
Sanity.
Workaround
----------
N/A.
tags: | added: stx.9.0 stx.distro.openstack |
Changed in starlingx: | |
status: | New → In Progress |
Changed in starlingx: | |
assignee: | nobody → Luan Nunes Utimura (lutimura) |
Changed in starlingx: | |
importance: | Undecided → Low |
Reviewed: https:/ /review. opendev. org/c/starlingx /openstack- armada- app/+/892418 /opendev. org/starlingx/ openstack- armada- app/commit/ be56c15bc043528 f4448ae607182d9 7641fc8766
Committed: https:/
Submitter: "Zuul (22348)"
Branch: master
commit be56c15bc043528 f4448ae607182d9 7641fc8766
Author: Luan Nunes Utimura <email address hidden>
Date: Tue Aug 22 20:59:20 2023 -0300
Fix TLS vol. in cinder- volume- usage-audit CronJob
After the recent upversion of openstack-helm [1], it has been observed volume- usage-audit` pod is having problems booting on volumeMount pair.
that the `cinder-
systems with HTTPS enabled due to a misconfigured TLS-related
volume/
Apparently, this pair of volume and volumeMount was introduced with the TLS-from- openstack- services. patch` that, in
upversion of openstack-helm, and ended up being left out of the changes
made by patch `0010-Remove-
theory, would have solved the problem.
Therefore, this change aims to update the patch in question -- along volume- usage-audit` pod no longer has problems booting on
with any other patches to avoid conflicts -- so that the
`cinder-
systems with HTTPS enabled.
[1] https:/ /opendev. org/starlingx/ openstack- armada- app/commit/ 8254cd31bb1f12e ebc48b712b33f75 b2fc0aa571
Test Plan (on AIO-DX with HTTPS enabled): helm-fluxcd package volume- usage-audit` --
PASS - Build openstack-helm package
PASS - Build stx-openstack-
PASS - Build stx-openstack helm charts
PASS - Upload/apply stx-openstack
PASS - Verify that all pods -- including `cinder-
are either "Running" or "Completed"
PASS - Remove/delete stx-openstack
Closes-Bug: 2032703
Change-Id: Ic13c6945cc9e43 f9153820297e746 23520446fcd
Signed-off-by: Luan Nunes Utimura <email address hidden>