k8s calico MountVolume.SetUp failed for volume “bpffs“ : hostPath type check failed: /sys/fs/bpf

最新推荐文章于 2024-07-06 20:07:09 发布
最新推荐文章于 2024-07-06 20:07:09 发布
阅读量1k 收藏 10
点赞数 9
文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_56161419/article/details/135620504
版权
本文介绍了在使用Kubernetes时遇到的关于Calico网络插件安装失败的问题，根源在于Linux内核版本不足。文章详细描述了如何通过升级内核（包括小版本升级和直接更新补丁）来解决问题，以及必要的操作步骤和注意事项。
摘要由CSDN通过智能技术生成

        在使用Kubernetes（k8s）时，很多用户可能会遇到各种各样的问题。其中之一就是在安装Calico网络插件时，可能会遇到如下报错信息：“MountVolume.SetUp failed for volume 'bpffs': hostPath type check failed: /sys/fs/bpf”。

        这个问题的根本原因在于Linux内核版本较低，无法支持Calico所需的某些特性。为了解决这个问题，一个有效的方法是升级Linux内核。以下是具体的解决步骤：

  小版本内核升级，此方法用于我这边测试虚拟机环境，生产慎用

  在执行升级之前，首先需要了解当前系统的内核版本。可以通过以下命令来查看：

uname -r

  在进行内核升级之前，请确保备份了重要的数据，以防万一发生意外情况。

   

  列出yum仓库的内核包版本，本次实践用的是阿里的镜像源

[root@jeven yum.repos.d]# yum list kernel
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * epel: mirrors.bfsu.edu.cn
Installed Packages
kernel.x86_64                                                              3.10.0-957.el7                                                                    @anaconda
Available Packages
kernel.x86_64                                                              3.10.0-1160.81.1.el7                                                              updates

直接更新内核版本，此方法适用于更新内核补丁。

[root@jeven yum.repos.d]# yum update -y kernel
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
epel/x86_64/metalink                                                                                                                           | 8.5 kB  00:00:00     
 * epel: mirrors.bfsu.edu.cn
base                                                                                                                                           | 3.6 kB  00:00:00     
docker-ce-stable                                                                                                                               | 3.5 kB  00:00:00     
epel                                                                                                                                           | 4.7 kB  00:00:00     
extras                                                                                                                                         | 2.9 kB  00:00:00     
updates                                                                                                                                        | 2.9 kB  00:00:00     
(1/3): epel/x86_64/updateinfo                                                                                                                  | 1.0 MB  00:00:00     
(2/3): epel/x86_64/primary_db                                                                                                                  | 7.0 MB  00:00:01     
(3/3): updates/7/x86_64/primary_db                                                                                                             |  19 MB  00:00:09     
Resolving Dependencies
--> Running transaction check
---> Package kernel.x86_64 0:3.10.0-1160.83.1.el7 will be installed
--> Processing Dependency: linux-firmware >= 20190429-72 for package: kernel-3.10.0-1160.83.1.el7.x86_64
--> Running transaction check
---> Package linux-firmware.noarch 0:20180911-69.git85c5d90.el7 will be updated
---> Package linux-firmware.noarch 0:20200421-80.git78c0348.el7_9 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

======================================================================================================================================================================
 Package                                 Arch                            Version                                               Repository                        Size
======================================================================================================================================================================
Installing:
 kernel                                  x86_64                          3.10.0-1160.83.1.el7                                  updates                           52 M
Updating for dependencies:
 linux-firmware                          noarch                          20200421-80.git78c0348.el7_9                          updates                           80 M

Transaction Summary
======================================================================================================================================================================
Install  1 Package
Upgrade             ( 1 Dependent package)

Total download size: 132 M
Downloading packages:
No Presto metadata available for updates
(1/2): kernel-3.10.0-1160.83.1.el7.x86_64.rpm                                                                                                  |  52 MB  00:00:31     
(2/2): linux-firmware-20200421-80.git78c0348.el7_9.noarch.rpm                                                                                  |  80 MB  00:00:48     
----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total                                                                                                                                 2.7 MB/s | 132 MB  00:00:48     
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Updating   : linux-firmware-20200421-80.git78c0348.el7_9.noarch                                                                                                 1/3 
  Installing : kernel-3.10.0-1160.83.1.el7.x86_64                                                                                                                 2/3 
  Cleanup    : linux-firmware-20180911-69.git85c5d90.el7.noarch                                                                                                   3/3 
  Verifying  : kernel-3.10.0-1160.83.1.el7.x86_64                                                                                                                 1/3 
  Verifying  : linux-firmware-20200421-80.git78c0348.el7_9.noarch                                                                                                 2/3 
  Verifying  : linux-firmware-20180911-69.git85c5d90.el7.noarch                                                                                                   3/3 

Installed:
  kernel.x86_64 0:3.10.0-1160.83.1.el7                                                                                                                                

Dependency Updated:
  linux-firmware.noarch 0:20200421-80.git78c0348.el7_9                                                                                                                

Complete!

重启服务器

reboot

muce
关注
  • 9
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
calico-3.26.1
04-19
Calico 是一个开源的网络和网络策略项目，主要用于 Kubernetes (K8s) 集群。它提供了高性能的网络连接和强大的网络策略控制，使容器内的应用能够在集群中安全地通信。Calico 的核心功能包括网络插件、网络策略、以及...
calico SetUp failed for volume “bpffs“ : hostPath type check failed: /sys/fs/bpf is not a directory
weixin_48711696的博客
05-09 304
sys/fs/bpf 是一个特殊的文件系统目录，通常是由系统自动挂载的。如果 /sys/fs 存在但没有 /bpf 子目录，通常意味着系统没有正确配置 BPF 文件系统。你可以检查内核配置文件 /boot/config-$(uname -r) 来确认是否启用了 BPF。报错说没有/sys/fs/bpf这个目录，然后我ls /sys/fs/ 是有的，但是没有bpf。如果系统内核不支持 BPF，需要考虑升级内核到一个支持 BPF 的版本。没有的话就是没有bpf文件系统。所似直接升级内核即可。
Error: “MountVolume.SetUp failed for volume pvc 故障处理
Kason_iWiki
07-02 1万+
MountVolume.SetUp failed for volume "pvc-668750fa-cc0a-4105-96f3-7fa184db4ada" : rpc error: code = Internal desc = stat /csi-data-dir/database/pv: input/output error Error: "MountVolume.SetUp failed for volume \"pvc-668750fa-cc0a-4105-96f3-7fa184db4ada\"
解决argo workflow报错：MountVolume.SetUp failed for volume “docker-sock“ : hostPath type check failed
学亮编程手记
03-09 2632
提交workflow时报错： MountVolume.SetUp failed for volume "docker-sock" : hostPath type check failed: /var/run/docker.sock is not a socket file 解决办法：进行如下调整 containerRuntimeExecutor: k8sapi
k8s集群安装网络插件calico常见问题
为了生活，不得不努力奋斗！
04-19 735
如果calico插件是单个calico.yaml文件，则修改calico.yaml配置文件，如果是operator方式安装，则修改custom-resources.yaml文件。#修改calico.yaml方式。#修改完删除重新创建。
sealos离线安装k8s资源包-calico-3.24.1.tar
08-15
sealos离线安装k8s资源包-calico-3.24.1.tar
K8S calico:v3.20网络插件资源包
10-15
K8S calico:v3.20网络插件资源包
网络插件calico下载离线镜像，对应的k8s版本是1.18.20
04-13
calico下载离线镜像，k8s的版本是1.18.20 CPU架构是X86，需要预先安装Docker 文件解压后，直接执行脚本导入镜像，如下： ./load-image_calico.sh
calico-3.9.0.tar.gz
10-11
在Kubernetes（k8s）环境中，Calico 提供了一种高效、灵活且高度可扩展的方式来实现网络连接和网络策略控制。Calico-3.9.0 是 Calico 的一个特定版本，该版本的镜像包（"calico-3.9.0.tar.gz"）包含了运行和管理 ...
nfs挂载的目录提示不存在，比如MountVolume.SetUp failed for volume "nfs-client-root" : mount failed: exit status 32...
heiwa110的博客
12-14 2797
原因是修改了/etc/exports文件后，需要重新加载配置文件 如果新增了一行，挂载了另一个目录，保存配置文件后重启了nfs以为生效了，实际上没有生效 使用以下命令可以查询当前生效的配置 exportfs 重新加载配置文件 exportfs -r ...
k8s笔记：MountVolume.SetUp failed for volume “secret-kube-etcd-client-certs“
u011047968的专栏
02-07 1542
MountVolume.SetUp failed for volume "secret-kube-etcd-client-certs" : secret "kube-etcd-client-certs" not found
Kubernetes 常见故障排查和处理
justlpf的专栏
06-09 5902
发现 failed to find plugin “loopback” in path [/opt/loopback/bin /usr/local/bin]如镜像和容器正常，需要reset重置该节点k8s，重新加入集群。以下内容，如修改yaml文件后，执行kubectl apply -f pod.yaml重启pod才生效。需要重启pod解决，kubectl replace --force -f pod.yaml。查看Node节点状态， STATUS Ready表示正常，NotReady不正常。
k8s部署kubesphere及踩坑记录
认知 行动 坚持
10-24 1604
首先介绍一下kubesphere是什么，是从官网上摘抄的。KubeSphere是在Kubernetes之上构建的面向云原生应用的分布式操作系统，完全开源，支持多云与多集群管理，提供全栈的 IT 自动化运维能力，简化企业的 DevOps 工作流。它的架构可以非常方便地使第三方应用与云原生生态组件进行即插即用 (plug-and-play) 的集成。作为全栈的多租户容器平台，KubeSphere 提供了运维友好的向导式操作界面，帮助企业快速构建一个强大和功能丰富的容器云平台。
pod一直处于ContainerCreating，查看报错信息为挂载错误MountVolume.SetUp failed for volume
热门推荐
wangmiaoyan的博客
05-15 2万+
背景，在搭建redis集群时，使用的是nfs挂载卷，中途我好像把挂载盘的文件移走了，当我再次启动pod时就出现挂载错误。 [root@master redis-cluster-sts]# kubectl apply -f redis-sts.yml configmap/redis-cluster created statefulset.apps/redis-cluster created [root@master redis-cluster-sts]# kubectl get pods NAME
kubernetes-存储卷-7
xiong
06-19 999
存储卷理论 docker存储卷 ​ 在以往的docker应用中，容器如果跨多节点运行，容器本身也拥有一个文件系统，通常而言，将容器从A节点迁至B节点，容器就需要关闭或删除已有镜像，并且会在被迁移的节点上重新建立一个容器，而此次容器的所有数据都会被遗留在原有节点上； ​ 因为docker容器运行的方式依赖于其底层的镜像构建方式，而底层的镜像都是只读的，写操作只能发生在镜像栈最上面所添加的可写层，这个可写层保存在我们对应容器所运行的节点上， 如果删除容器，底层的只读部分镜像不会改变，但最上层的可写层被删除，
【水文】calico-node 启动失败 Init:CrashLoopBackOff
大健的日常的博客
12-02 8948
Defaulted container "calico-node" out of: calico-node, upgrade-ipam (init), install-cni (init), mount-bpffs (init) Error from server (BadRequest): container "calico-node" in pod "calico-node-4j7td" is waiting to start: PodInitializing
K8s安装-系统准备和containerd安装（一）
句无声的博客
03-01 916
K8s使用containerd作为容器运行时进行部署
K8S集群应用国产信创适配实战经验总结
最新发布
yztezhl的专栏
07-06 714
sealos安装k8s是当下最火热稳定的首选之一
k8s子集群calico报错dial tcp 10.233.0.1:443: i/o timeout。Error while getting cluster status
06-13
如果您在使用 Calico 网络插件创建 Kubernetes 子集群时遇到了连接问题，可以尝试以下排查步骤： 1. 检查您的 Kubernetes 子集群是否已正确安装和启动。可以使用 kubectl 工具检查节点和 Pod 的状态。 2. 检查您的 Calico 网络插件是否已正确安装和启动。可以使用 kubectl 命令检查 Calico 的 Pod 是否正在运行。 3. 检查您的网络配置是否正确。您可以尝试使用 kubectl 命令在不同的 Pod 之间进行连接测试，例如使用 curl 命令测试 Pod 之间的 HTTP 连接。 4. 检查您的网络策略是否正确配置。如果您已经启用了 Calico 网络策略，则需要确保您的策略规则正确地限制了 Pod 之间的网络访问。 5. 检查您的 DNS 配置是否正确。如果您使用的是 Kubernetes DNS 服务，请确保它已正确配置并运行。 6. 最后，如果您已经尝试了以上所有步骤但仍无法解决问题，请考虑检查您的网络环境，例如网络防火墙或代理是否阻止了 Calico 网络插件的连接。 以上这些步骤可以帮助您排除一些常见的问题，但具体排查步骤可能会因集群环境和组件而异。如果您无法解决问题，请考虑联系相关技术支持或社区寻求帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值