Replies: 1 comment
-
|
Greetings @ehlesp thanks for mentioning this, if you are still facing this issue can you tell me which OS you are currently running and which ver of Headlamp you use? I would like to look into this further 👍 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello there! I am trying to deploy Headlamp with the TLS enabled at the backend as specified in the documentation but the Headlamp pod never reaches the
Readystate and eventually gets flagged with a CrashLoopBackOff error. This happens using either env vars or the arguments, so I was wondering if I am missing something in my deployment setup (samples attached at the end of this post). The logs I get from the pod are these:As odd as it might sound, I haven't discovered to which resource the
10.42.2.1cluster IP repeatedly appearing in the TLS handshake error belongs to. It is neither a pod nor a service running in my K3s cluster. The main thing I suspect that could be an issue is with the port. Since the 4466 port is already defined for HTTP, which one is used for HTTPS communications? Maybe there is a conflict there and that's what is preventing the pod from running properly with TLS termination enabled.My setup runs in a K3s cluster (v1.33.4+k3s1) with Traefik as Ingress controller, MetalLB as loadbalancer and the standard metrics-server (not the one embedded in K3s, but one deployed independently). In a non-TLS setup, Headlamp runs fine.
Here I attach two files declaring my Headlamp deployment attempts. I know the IngressRoute object is probably wrong, but I don't think is the cause for the Headlamp pod's fail:
Beta Was this translation helpful? Give feedback.
All reactions