Pods can't resolve DNS about k3s

[brandond]

I see you have K3D environment variables set in your docker-compose variables. Are you using k3d, or k3s directly?

I will also note that the k3s docker image is not meant to be used for multi-host clusters; it is meant for running a single-node docker container, or a multi-node cluster where are the nodes are just containers on the same host. If you want to distribute your cluster across multiple hosts, install K3s on the host directly (or on a VM if using mac/windows).

[jkleinkauff]

@brandond yeah, while I was searching the problem I came across a similar thread in k3d and I was just testing it. But you are right it would make more sense to deploy directly on the machine. The reasoning was just to test and play with different "nodes" in my cluster. Thank you!

[jkleinkauff]

@brandond Sorry for the callout, just want to vent here since is the same question.
In my host machine (mac) I created a multipass vm (ubuntu). Then I installed k3s with the installation script (agent). The node is being attached and listed, but the same problem occurs. I'm unable to access anything from inside the pods created within the new node. it's the same problem you described? Could you give me any hint on what to look for?

The command I'm running inside the mp vm:
curl -sfL https://get.k3s.io | K3S_URL=https://192.168.15.180:6443 K3S_TOKEN=<mytoken> sh -s - --node-name multi-ubuntu-node-0 --node-label "machine=macmachine" --node-taint "isMacMachine=true:NoSchedule" --resolv-conf ""

NAME                  STATUS   ROLES                  AGE    VERSION
rpiworker8a           Ready    <none>                 654d   v1.29.3+k3s1
rpi2gmaster           Ready    control-plane,master   654d   v1.29.3+k3s1
multi-ubuntu-node-0   Ready    <none>                 23m    v1.29.3+k3s1
orangepi5             Ready    <none>                 452d   v1.29.3+k3s1

[github-actions]

This repository uses a bot to automatically label issues which have not had any activity (commit/comment/label) for 45 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the bot can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the bot will automatically close the issue in 14 days. Thank you for your contributions.