Replies: 1 comment
-
You don't need to change anything except for enabling KubePrism on all nodes. |
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
-
So reading the convo here: #8080, I'm a bit confused. I've enabled Kubeprism via the video and a patch (is there a way to verify kubeprism is actually running/working though?) but now I'm a little confused, as it says the control planes don't need to talk to it? so my questions are, using the following patch:
1.) do only the worker nodes need to point to the kubeprism address or do i also need to apply this patch to the control plane nodes too?
2.) do you patch the machine config so that it points to 127.0.0.1:7445?
and I guess a bonus question, does changing this update the following config sections for the api server?
Edit:
So i tried changing the worker nodes, that seemed ok, but when I tried editing the machine config on the Control Plane nodes, i got the following (I only did one to start):
is this expected? fwiw, the api audience and service-account-issuer changed to localhost:7445, so i answered my bonus question, but wanted to make sure the "invalid bearer token" was expected on just changing one node. If i change the others, does that go away? I changed it back to the old endpoint and the invalid bearer token message went away.
Beta Was this translation helpful? Give feedback.
All reactions