You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Node 01: Linux tw-one 6.11.8-1-default #1 SMP PREEMPT_DYNAMIC Thu Nov 14 12:54:01 UTC 2024 (099023b) x86_64 x86_64 x86_64 GNU/Linux
Node 02: Linux tw-two 6.11.8-1-default #1 SMP PREEMPT_DYNAMIC Thu Nov 14 12:54:01 UTC 2024 (099023b) x86_64 x86_64 x86_64 GNU/Linux
Node 03: Linux tw-three 6.11.8-1-default #1 SMP PREEMPT_DYNAMIC Thu Nov 14 12:54:01 UTC 2024 (099023b) x86_64 x86_64 x86_64 GNU/Linux
Cluster Configuration:
3 servers, and 0 agents
Describe the bug:
I tried to deploy Rancher LetsEncrypt-enabled deployment on RKE2 cluster (bare-metal server managed by Harvester-HCI), but it failed to perform self check GET request only from cert-manager pod and from inside the VM ( tw-one, tw-two , and tw-three).
The check GET request will succeed (get response from the cluster) if it's tested from the Internet.
Steps To Reproduce:
Installed RKE2:
NAME STATUS ROLES AGE VERSION
tw-one Ready control-plane,etcd,master 25d v1.31.3+rke2r1
tw-three Ready control-plane,etcd,master 25d v1.31.3+rke2r1
tw-two Ready control-plane,etcd,master 25d v1.31.3+rke2r1
* Trying 30.60.220.214...
* TCP_NODELAY set
* connect to 30.60.220.214 port 80 failed: Connection timed out
* Failed to connect to rancher.awesome.com port 80: Connection timed out
* Closing connection 0
curl: (7) Failed to connect to rancher.awesome.com port 80: Connection timed out
Testing Get Request From Internal VM by using wget:
* Trying 30.60.220.214...
* TCP_NODELAY set
* connect to 30.60.220.214 port 80 failed: Connection timed out
I have no idea what this IP is or how you're hosting it. I don't see it listed anywhere in any of your services, so I am assuming it is external to this cluster? You should figure out why you can't hit this IP from the cluster member VMs. Answering this is not something we can help with here.
As far as I know cert-manager does expect to be able to hit its own challenge URL, yes. You've still not provided any info on how that IP is hosted in your environment so I can't really say much else other than yes, you need to make this work.
Environmental Info:
RKE2 Version:
v1.31.3+rke2r1
Node(s) CPU architecture, OS, and Version:
Linux tw-one 6.11.8-1-default #1 SMP PREEMPT_DYNAMIC Thu Nov 14 12:54:01 UTC 2024 (099023b) x86_64 x86_64 x86_64 GNU/Linux
Linux tw-two 6.11.8-1-default #1 SMP PREEMPT_DYNAMIC Thu Nov 14 12:54:01 UTC 2024 (099023b) x86_64 x86_64 x86_64 GNU/Linux
Linux tw-three 6.11.8-1-default #1 SMP PREEMPT_DYNAMIC Thu Nov 14 12:54:01 UTC 2024 (099023b) x86_64 x86_64 x86_64 GNU/Linux
Cluster Configuration:
3 servers, and 0 agents
Describe the bug:
I tried to deploy Rancher LetsEncrypt-enabled deployment on RKE2 cluster (bare-metal server managed by Harvester-HCI), but it failed to perform self check GET request only from cert-manager pod and from inside the VM (
tw-one
,tw-two
, andtw-three
).The check GET request will succeed (get response from the cluster) if it's tested from the Internet.
Steps To Reproduce:
Expected behavior:
The propagation check succeed, the cert-manager pod will get the expected response (code: 200) from the corresponding service.
Actual behavior:
The propagation check failed, the cert-manager pod did not get the expected response from the corresponding service.
Additional context / logs (for security reason, the real domain name and IP Addresses are customized on this reported issue):
kubectl -n cert-manager logs pod/cert-manager-b6fd485d9-x9zt6 | tail -n 8
command)I don't know exactly where to report the issue (to: cert-manager or rancher project), I think it is related to internal RKE2 cluster itself (CMIIW).
What did I miss?
Please help, and thank you in advance.
The text was updated successfully, but these errors were encountered: