-
Bug
-
Resolution: Done-Errata
-
Normal
-
4.20
-
Quality / Stability / Reliability
-
False
-
-
1
-
Low
-
None
-
None
-
None
-
uShift Sprint 276
-
1
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Description of problem:
In the microshift config.yaml.default file, the sidecar container named "logs" should be updated with "access-logs"
Version-Release number of selected component (if applicable):
4.20.0~0.nightly_2025_07_31_001616
How reproducible:
100%
Steps to Reproduce:
1. get the node's name
% oc get nodes
NAME STATUS ROLES AGE VERSION
microshift-base-5639.local Ready control-plane,master,worker 4d3h v1.33.2
2. debug node to check config.yaml.default file
% oc debug node/microshift-base-5639.local
Starting pod/microshift-base-5639local-debug-lxbzh ...
To use host binaries, run `chroot /host`. Instead, if you need to access host namespaces, run `nsenter -a -t 1`.
Pod IP: 10.1.235.165
If you don't see a command prompt, try pressing enter.
sh-5.1# chroot /host
sh-5.1# cd /etc/microshift/
3. In the config.yaml.default file, "logs" should be updated with "access-logs" for the name of the sidecar container
# The ingress operator configures the sidecar container named "logs" on
# the ingress controller pod and configures the ingress controller to
# write logs to the sidecar. The logs are then available as container
# logs. The expectation is that the administrator configures a custom
# logging solution that reads logs from this sidecar. Note that using
# container logs means that logs may be dropped if the rate of logs
# exceeds the container runtime's or the custom logging solution's
# capacity.
Actual results:
"logs"
Expected results:
"access-logs"
Additional info:
- links to
-
RHEA-2025:10667
Red Hat build of MicroShift 4.20.0 bug fix and enhancement update