kubernetes 在PVC为ReadOnlyMay时挂载文件依然会被修改

最新推荐文章于 2024-04-20 17:41:16 发布

彭淳

最新推荐文章于 2024-04-20 17:41:16 发布

阅读量440

点赞数

文章标签： kubernetes 容器云原生

本文链接：https://blog.csdn.net/qq_42417460/article/details/124842678

版权

当我们创建pvc，pv并将其设置为ReadOnlyMay时，我们的本意是pvc中的文件信息只可以读不可以修改。但是我们会发现非root用户创建的文件或者文件夹是可以在挂载中呗修改的，这是因为“非root”权限不足以限制。这时候只需要将创建文件的非root用户加入root groups即可。

usermod -a -G root <user>

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

彭淳

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

kubefs:将kubernetes元数据存储挂载为文件系统

03-08

将kubernetes的元数据对象存储挂载为文件系统正在下载有几种下载kubefs的选项：下载使用go get直接从源代码构建它： go get github.com/configurator/kubefs 注意：这经常被破坏，因为它不仅获取此存储库的...

PV、PVC的知识

weixin_46837396的博客

03-15

1万+

一、PV/PVC pv : 相当于磁盘分区 pvc: 相当于磁盘请求使用NFS提供存储，此时就要求用户会搭建NFS系统，并且会在yaml配置nfs。由于kubernetes支持的存储系统有很多，要求客户全都掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用， kubernetes引入PV和PVC两种资源对象。 1、PersistentVolume（PV）是集群中已由管理员配置的一段网络存储。集群中的资源就像一个节点是一个集群资源。 PV是诸如卷之类的卷插件，但是具有独立于使用PV的任

参与评论您还未登录，请先登录后发表或查看评论

k8s pv & pvc

喝醉酒的小白

12-28

6201

ka get pvc ka get svc --service k8s pvc的使用

PVC详解

GaoChuang_的博客

12-04

1459

PVC作用用户对存储资源的需求申请，主要涉及存储空间请求、访问模式、PV选择条件和存储类别等信息设置。 apiVersion: v1 kind: PersistentVolumeClaim metadata: name: test-pvc spec: accessModes: - ReadWriteOnce #访问模式(与PV模式相同) ReadWriteOnce,读写权限，并且只能被单个Node使用 volumeMode: Filesystem #存储卷模式 re...

13.kubernetes之pv，pvc，configmap（带补充实例）

weixin_30563917的博客

03-04

252

管理存储是管理计算的一个明显问题。该PersistentVolume子系统为用户和管理员提供了一个API，用于抽象如何根据消费方式提供存储的详细信息。为此，我们引入了两个新的API资源：PersistentVolume和PersistentVolumeClaim。 APersistentVolume（PV）是群集中由管理员配置的一块存储。它是集群中的资源，就像节点是集群资源一样。PV是容量插件...

Linux磁盘管理（磁盘、pv、vg、lv、挂载点之间的关系及常用命令）

beautyofmath的博客

11-29

1万+

最近对于服务器的磁盘管理搞的很懵，幸得大神指点，对pv、vg、lv之间的关系有了一些了解，现总结如下。如有错误之处，还请不吝赐教。 Linux磁盘、pv、vg、lv、挂载点之间的关系用一张图来说：一、基本概念及关系梳理：磁盘：最基础的存在，物理磁盘 PV：physical volume 物理卷，同一磁盘可划分为多个物理卷 VG：volume group 卷组，一个到多个PV可组成一个卷组 LV：logical volue 逻辑卷，卷组可划分为多个逻辑卷挂载点：lv与挂载点是1:1的关

kubernets存储之local-storage、local-path-provisioner、nfs挂载

m0_37642477的博客

02-27

3508

ConfigMap 创建的三种方式 1、使用目录创建 [root@master config]# ls /opt/k8s/config game.properties ui.properties [root@master config]# cat game.properties enemies=aliens lives=3 [root@master config]# cat ui.properties color.good=purple color.bad=yellow [root@master co

详解挂载运行的docker容器中如何挂载文件系统

09-30

这种方式适用于需要在运行时动态调整容器文件系统的情况，但请注意，这可能会影响容器的可移植性，因为挂载操作依赖于宿主机的特定目录。在生产环境中，通常推荐使用Docker的数据卷（volumes）来持久化和共享数据，...

Linux中如何查看已挂载的文件系统类型详解

09-15

1. **基本用法**：不加任何参数时，`findmnt`会以树状结构显示所有已挂载的文件系统，包括挂载点（TARGET）、源设备（SOURCE）、文件系统类型（FSTYPE）以及挂载选项（OPTIONS）。 ``` $ findmnt ``` 2. **列表...

解决“数据未加密，挂载参数被修改”.zip

热门推荐

hanjinjuan的博客

10-14

2万+

一、PV和PVC的引入 Volume 提供了非常好的数据持久化方案，不过在可管理性上还有不足。拿前面 AWS EBS 的例子来说，要使用 Volume，Pod 必须事先知道如下信息：当前 Volume 来自 AWS EBS。 EBS Volume 已经提前创建，并且知道确切的 volume-id。 Pod 通常是由应用的开发人员维护，而 Volume 则通常是由存储系统的管理员维护。开发人员要获得上面的信息：要么询问管理员。要么自己就是管理员。这样就带来一个管理上的问题：应用开发人员和系统

pv和pvc

中国华的博客

05-08

1361

参考：https://www.cnblogs.com/zzzynx/p/11064769.html accessModes： ReadWriteOnce – PV 能以 read-write 模式 mount 到单个节点。 ReadOnlyMany – PV 能以 read-only 模式 mount 到多个节点。 ReadWriteMany – PV 能以 read-write 模式 moun...

pv与pvc

weixin_30698297的博客

07-29

785

目的：为了屏蔽底层存储实现的细节, 让用户方便使用同时让管理员方便管理, 引入了pv与pvc两种资源对象实现对存储的管理子系统 pv: 对底层网络共享存储的抽象, 将共享存储定义为一种资源 pvc: 用户对存储资源的一个神奇, 就像pod消费node资源一样, pvc能够消费pv资源, pvc可以申请特定存储空间和访问模式 StorageClass ：标记存储资源的特性和性能, 在1....

阿里云ACK创建有状态服务挂载PVC报无权限错误

weixin_46473943的博客

05-18

570

简单来说：因为ACK创建管理目录的账号名称是rabbitmq，而我们默认的是admin的账号，其他的有状态服务也是一样，具体是因为k8s安全上下文的限制，所以只要把我们进入容器时的账号给修改了就可以了。官方回复：是您容器当前的属主不是这个/var/lib/rabbitmq'文件的属主和属组，您容器是哪个user 启动的，把这个/var/lib/rabbitmq' 路径改成您自己的或者参考官方文档。然后 id rabbitmq 看属主id和属组id。示例：进入要挂载的目录输入ls -l。

k8s学习：挂载 pvc

哈哈虎的博客

12-21

6609

学习过 nfs 方式的pv/pvc 创建、删除之后，如何使用 pvc ？我的理解应该就和 docker 挂载本地volune差不多！使用 pvc 可以忽略掉路径、目录、Volume 等繁琐信息并且，可以和其他 pod 共同使用，只需要记得一个 pvc 名字即可用

【K8S系列】深入解析K8S中PV 和PVC

颜淡慕潇

04-20

1万+

在 Kubernetes 中，PV（持久卷）和 PVC（持久卷声明）之间的关系是一种动态匹配和绑定关系，用于实现 Pod 与存储资源的解耦。PV 和 PVC 之间的关系是一种动态的匹配和绑定关系，它们使得 Pod 与存储资源的具体实现解耦，提高了灵活性和可移植性。

在容器内删除文件宿主机挂载的文件会被删除吗

07-25

在容器内删除文件不会直接影响宿主机挂载的文件。容器内的文件系统和宿主机的文件系统是相互隔离的。当你在容器内删除一个文件时，只会影响到容器内的文件系统，不会对宿主机的文件系统产生任何影响。然而，需要注意的是，如果你在容器内删除了一个挂载点上的文件，那么在容器内该挂载点的内容将会被隐藏，它看起来像是被删除了。但实际上，宿主机上的文件仍然存在，并且不会被删除。只有在卸载挂载点或重新启动容器后，才能看到宿主机上的文件。所以，在容器内删除文件并不会直接删除宿主机挂载的文件，但可能会对挂载点的内容产生影响。记得谨慎操作，避免误删重要文件。