-
Bug
-
Resolution: Done-Errata
-
Undefined
-
4.13
-
?
-
Important
-
Yes
-
False
-
-
Release Note Not Required
-
In Progress
-
Customer Facing, Customer Reported
-
-
-
Description of problem:
In a recently installed cluster running 4.13.29, after configuring the cluster-wide-proxy, the "vsphere-problem-detector" is not taking the proxy configuration. As the pod cannot reach vSphere it's failing to run checks: 2024-02-01T09:28:00.150332407Z E0201 09:28:00.150292 1 operator.go:199] failed to run checks: failed to connect to vsphere.local: Post "https://vsphere.local/sdk": dial tcp 172.16.1.3:443: i/o timeout The pod doesn't get the cluster proxy settings as expected: - name: HTTPS_PROXY value: http://proxy.local:3128 - name: HTTP_PROXY value: http://proxy.local:3128 Other storage related pods get the configuration expected as above. This causes the vsphere-problem-detector to fail connections to vSphere, hence failing the health checks.
Version-Release number of selected component (if applicable):
4.13.29
How reproducible:
Always
Steps to Reproduce:
1.Configure cluster-wide proxy in the environment. 2. Wait for the change 3. Check the pod configuration
Actual results:
vSphere health checks failing
Expected results:
vSphere health checks working through the cluster proxy
Additional info:
- blocks
-
OCPBUGS-33466 [4.15] vsphere-problem-detector-operator does not respect cluster wide proxy
- Closed
- is cloned by
-
OCPBUGS-33466 [4.15] vsphere-problem-detector-operator does not respect cluster wide proxy
- Closed
-
OCPBUGS-33467 [4.14] vsphere-problem-detector-operator does not respect cluster wide proxy
- Closed
-
OCPBUGS-33468 [4.13] vsphere-problem-detector-operator does not respect cluster wide proxy
- Closed
- links to
-
RHEA-2024:0041 OpenShift Container Platform 4.16.z bug fix update