Open smerschjohann opened 2 years ago
k0s too)
k3s
does not appear to be the core problem here.
colima
uses k3s and this can be made to work there without adjusting code. (see: https://github.com/vmware-tanzu/buildkit-cli-for-kubectl/issues/133)
So, I think the issue may be more specific to the specific implementation that is being used.
That being said, making this tool configurable would be a big win and something that will make it much more useable in general.
Would be nice if k3s is supported, getting the following error for k3s cluster
FailedMount MountVolume.SetUp failed for volume "containerd-sock" : hostPath type check failed: /run/containerd/containerd.sock is not a socket file
./buildkitd --containerd-worker-addr /run/k3s/containerd/containerd.sock
Just encountered this issue on an RKE2 v1.24.9+rke2r2 cluster. The suggested changes to the buildkit
Deployment worked.
Perhaps it would be simpler to work around these types of issues if kubectl buildkit create
had a --dry-run
option that output the Deployment and ConfigMap resources instead of creating them?
Describe the problem/challenge you have Currently k3s as kubernetes cluster is not supported as it deploys containerd at a different location and not all settings are exposed to override it at creation time.
Description of the solution you'd like Either detect a k3s instance and deploy the buildkit pod/deployment with the correct settings or allow the customization in such a way that it will work on k3s.
A working deployment looks like this:
This means:
Design/Architecture Details It would be enough to change the following:
Environment Details:
k3s v1.21.5+k3s2
Vote on this request
This is an invitation to the community to vote on issues. Use the "smiley face" up to the right of this comment to vote.