v5.9.0 #1675
Replies: 1 comment
Summaryk3d v5.9.0 causes DNS resolution failures in Colima v0.10.3 due to k3s automatically selecting 8.8.8.8 as the upstream resolver. It might have something to do with PR #1595 which was merged in v5.9.0. WorkaroundUse the k3s Example k3d config: apiVersion: k3d.io/v1alpha5
kind: Simple
volumes:
- volume: ${K3D_X_RESOLV_CONF_FILE}:/etc/k3d/resolv.conf
nodeFilters:
- server:*
- agent:*
options:
k3s:
extraArgs:
- arg: "--resolv-conf=/etc/k3d/resolv.conf"
nodeFilters:
- server:*
- agent:*Root CauseSince updating to v5.9.0, k3d running inside Colima v0.10.3 fails to resolve local addresses. Based on my understanding of the k3s documentation, k3s fails to find a suitable DNS because it detects the Docker loopback (127.0.0.11). It then injects a stub Verification: Checking the SuggestionThis behavior might be worth documenting in the FAQ for users on Colima/Docker. |
Uh oh!
There was an error while loading. Please reload this page.
What's Changed
New Contributors
Full Changelog: v5.8.3...v5.9.0
This discussion was created from the release v5.9.0.
All reactions