adamant-kite-43734
09/24/2022, 11:56 AMcreamy-pencil-82913
09/26/2022, 12:39 AMbland-painting-61617
09/26/2022, 9:26 AMProxy via http_connect protocol over tcp
message which makes me believe the control plane is proxying the connection back to the node hosting the pod.bland-painting-61617
09/26/2022, 9:33 AMegress-selector-mode
flag?bland-painting-61617
09/26/2022, 9:38 AMegress-selector-mode: pod
in the cp configmap and I think it might have done the trick - will test more and report back.creamy-pencil-82913
09/26/2022, 5:23 PMbland-painting-61617
09/26/2022, 9:33 PMcreamy-pencil-82913
09/26/2022, 9:37 PMbland-painting-61617
09/27/2022, 10:16 PMpod
setting is default, because until I set it - nothing was working...creamy-pencil-82913
09/27/2022, 11:20 PMbland-painting-61617
10/01/2022, 6:13 PMbland-painting-61617
10/05/2022, 9:01 AMtime="2022-10-05T08:59:35Z" level=info msg="Failed to test data store connection: this server is a not a member of the etcd cluster. Found [k3st-control-plane-0-9ed411d0=<https://10.244.1.66:2380>], expect: k3st-control-plane-0-9ed411d0=<https://10.244.1.68:2380>"
I worked around it using a small script to update the endpoint IP in etcd allowing it recognize itself as a member and all works well. But I thought, perhaps it would be a good idea to raise an issue on it? Or is there already some kind of flag that would handle it. --node-ip=$(NODE_IP)
with the variable having the IP of the pod doesn't do the trick.creamy-pencil-82913
10/05/2022, 9:51 AMcreamy-pencil-82913
10/05/2022, 9:52 AMbland-painting-61617
10/05/2022, 10:25 AM