Kubernetes:无法安装投影卷,设备上没有空间(显然有)

发布于 2025-01-13 07:31:50 字数 1250 浏览 0 评论 0原文

我在 Mac(Big Sur 12)上有一个本地 k3d 集群,我正在尝试安装 calico (它们的默认清单 https://k3d.io/v5.3.0/usage/advanced/calico/)。在 calico-kube-controller pod 的日志中,我得到以下信息:

警告 FailedMount 44m kubelet MountVolume。卷“kube-api-access-vfdd9”设置失败:写入/var/lib/kubelet/pods/faa7d654-6424-4774-bc40-71de88c1d337/volumes/kubernetes.io~projected/kube-api-access-vfdd9/..2022_03_09_20_46_13.100604692/token:设备上没有剩余空间

有显然有足够的空间:

/var/lib/kubelet/pods/faa7d654-6424-4774-bc40-71de88c1d337/volumes/kubernetes.io~projected # df -h 。

使用的文件系统大小 Avail Use% Mounted on

/dev/vda1 79G 7.7G 67G 11% /var/lib/kubelet

Google 搜索没有任何效果。

Kubernetes 版本:K8s Rev: v1.22.4+k3s1

Docker版本:

服务器:Docker Desktop 4.5.0 (74594)

引擎: 版本:20.10.12

API 版本:1.41(最低版本 1.12)

Go 版本:go1.16.12

Git 提交:459d0df

构建:2021 年 12 月 13 日星期一 11:43:56

操作系统/Arch:linux/amd64

实验:false

containerd:版本:1.4 .12

GitCommit: 7b11cfaabd73bb80907dd23182b9347b4245eb5d

runc:版本:1.0.2

GitCommit:v1.0.2-0-g52b36a2

docker-init: 版本:0.19.0

GitCommit:de40ad0

任何提示/文档/分析将不胜感激!

I have a local k3d cluster in stalled on Mac (Big Sur 12) that I am attempting to install calico (their default manifest https://k3d.io/v5.3.0/usage/advanced/calico/). In the logs for the calico-kube-controller pod, I get this:

Warning FailedMount 44m kubelet MountVolume. SetUp failed for volume "kube-api-access-vfdd9" : write /var/lib/kubelet/pods/faa7d654-6424-4774-bc40-71de88c1d337/volumes/kubernetes.io~projected/kube-api-access-vfdd9/..2022_03_09_20_46_13.100604692/token: no space left on device

There is clearly plenty of space:

/var/lib/kubelet/pods/faa7d654-6424-4774-bc40-71de88c1d337/volumes/kubernetes.io~projected # df -h .

Filesystem Size Used Avail Use% Mounted on

/dev/vda1 79G 7.7G 67G 11% /var/lib/kubelet

Google searching has yielded nothing effective.

Kubernetes version: K8s Rev: v1.22.4+k3s1

Docker version:

Server: Docker Desktop 4.5.0 (74594)

Engine:
Version: 20.10.12

API version: 1.41 (minimum version 1.12)

Go version: go1.16.12

Git commit: 459d0df

Built: Mon Dec 13 11:43:56 2021

OS/Arch: linux/amd64

Experimental: false

containerd: Version: 1.4.12

GitCommit: 7b11cfaabd73bb80907dd23182b9347b4245eb5d

runc: Version: 1.0.2

GitCommit: v1.0.2-0-g52b36a2

docker-init:
Version: 0.19.0

GitCommit: de40ad0

Any tips/docs/analysis would be much appreciated!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

反话 2025-01-20 07:31:50

仔细检查您的容器资源配置是否有错误。尝试增加这些值。

      resources:
        limits:
          cpu: '1'
          memory: 500m
        requests:
          cpu: 50m
          memory: 100m

当完全删除资源部分时,我的开始工作。 (Docker 桌面版 4.3.2)

double check your container resources configuration for errors. Try to increase the values.

      resources:
        limits:
          cpu: '1'
          memory: 500m
        requests:
          cpu: 50m
          memory: 100m

Mine started working when removed resources section completely. (Docker Desktop 4.3.2)

长伴 2025-01-20 07:31:50

您还可以检查是否配置了资源配额。

kubectl get resourcequota

somequota 14d pod:0/2,requests.cpu:0/1,requests.memory:0/1024m
限制.cpu:0/4,限制.内存:0/4096m

如果您可以被允许删除它,那么就这样做,它可能会起作用

You can also check if there is a resourcequota configured.

kubectl get resourcequota

somequota 14d pods: 0/2, requests.cpu: 0/1, requests.memory: 0/1024m
limits.cpu: 0/4, limits.memory: 0/4096m

If you can are allowed to delete it then do and it will probably work

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文