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

最新推荐文章于 2024-07-11 16:00:25 发布
最新推荐文章于 2024-07-11 16:00:25 发布
阅读量1.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
    评论
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 SetUp failed for volume “bpffs“ : hostPath type check failed: /sys/fs/bpf is not a directory
weixin_48711696的博客
05-09 316
sys/fs/bpf 是一个特殊的文件系统目录，通常是由系统自动挂载的。如果 /sys/fs 存在但没有 /bpf 子目录，通常意味着系统没有正确配置 BPF 文件系统。你可以检查内核配置文件 /boot/config-$(uname -r) 来确认是否启用了 BPF。报错说没有/sys/fs/bpf这个目录，然后我ls /sys/fs/ 是有的，但是没有bpf。如果系统内核不支持 BPF，需要考虑升级内核到一个支持 BPF 的版本。没有的话就是没有bpf文件系统。所似直接升级内核即可。
云原生 | k8s：MountVolume.SetUp failed for volume “secret-kube-etcd-client-certs“
m0_70331483的博客
02-23 1504
MountVolume.SetUp failed for volume “secret-kube-etcd-client-certs“
解决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
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\"
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
网络插件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"）包含了运行和管理 ...
安装包-calico-3.24.1
12-25
Calico 是一种开源网络和网络安全解决方案，适用于容器，虚拟机和基于主机的本机工作负载。Calico 支持广泛的平台，包括 Kubernetes，docker，OpenStack 和裸机服务。Calico 后端支持多种网络模式。 BGP 模式：将...
k8s笔记：MountVolume.SetUp failed for volume “secret-kube-etcd-client-certs“
u011047968的专栏
02-07 1544
MountVolume.SetUp failed for volume "secret-kube-etcd-client-certs" : secret "kube-etcd-client-certs" not found
nfs挂载的目录提示不存在，比如MountVolume.SetUp failed for volume "nfs-client-root" : mount failed: exit status 32...
heiwa110的博客
12-14 2815
原因是修改了/etc/exports文件后，需要重新加载配置文件 如果新增了一行，挂载了另一个目录，保存配置文件后重启了nfs以为生效了，实际上没有生效 使用以下命令可以查询当前生效的配置 exportfs 重新加载配置文件 exportfs -r ...
mount -l | grep bpf
喝醉酒的小白
06-03 1007
综上所述，基于VXLAN的覆盖网络是Cilium默认的组网方式，通过BGP路由来实现Pod的组网和互联。通过BGP路由，Cilium能够动态地学习和更新Pod的网络信息，并确保网络中的所有节点都具有最新的路由信息。随着时间的推移，BPF被引入到Linux内核中，成为一个功能强大的机制，可以在内核中加载和执行用户定义的程序。通过profiling和tracing，开发人员可以获得有关Linux内核网络性能和行为的详细信息，以便识别和解决性能瓶颈、优化网络资源的使用，并改善网络性能和可靠性。
k8s集群安装网络插件calico常见问题
为了生活，不得不努力奋斗！
04-19 779
如果calico插件是单个calico.yaml文件，则修改calico.yaml配置文件，如果是operator方式安装，则修改custom-resources.yaml文件。#修改calico.yaml方式。#修改完删除重新创建。
Kubernetes 主节点宕机恢复记录 MountVolume.SetUp failed for volume "kube-dns-config"
shida's blog
02-06 2万+
今天早上，发现原来运行的好好的Kubernetes集群不能正常工作了，dashboard界面打不开，主节点上 docker ps 不显示任何运行中容器，重启 kubelet 后，短暂恢复，之后再次陷入不可用状态，经过反复重启观察，发现是etcd不断重启，最后失败，导致其它组件相继失败。         etcd 日志如下： 2018-02-06 02:25:24.564269 I | et
Kubernetes 常见故障排查和处理
justlpf的专栏
06-09 5910
发现 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不正常。
Linux超能力BPF技术介绍及学习分享
Docker的专栏
09-15 4995
近两年BPF技术跃然成为了一项热门技术，在刚刚结束的KubeCon 2020 Europe会议上有7个关于BPF的技术分享， 而在KubeCon 2020 China会议上也已有了3个关...
【k8s中安装rabbitmq】k8s中基于安装rabbitmq并搭建镜像集群-pvc版
最新发布
weixin_56364253的博客
07-11 962
该文搭建的rabbitmq集群是采用rabbitmq_peer_discovery_k8s的形式进行搭建，是通过该插件自动从k8s api中读取节点信息并组建rabbitmq集群，采用搭建方式是一个statefulset,三个副本的形式，所以要保证数据的持久可以采用hostpath+节点亲和性，也可以采用pvc的形式，本文将讲述采用pvc的形式来报障数据的持久化
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、付费专栏及课程。

余额充值