linux/container/k8s-pod中挂载windows远程共享目录

最新推荐文章于 2024-05-13 15:43:14 发布
原创 最新推荐文章于 2024-05-13 15:43:14 发布 · 1.8k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了如何在Linux环境下通过cifs命令挂载Windows远程共享目录，以及在Docker容器和Kubernetes Pod中进行挂载的方法。在Docker中，需要以--privileged方式启动容器，并在启动后挂载。而在Kubernetes Pod中，利用脚本自动化挂载，并确保container以privileged模式运行。

基础信息

  • windows远程共享目录为//101.100.129.159/public
  • windows用户名密码分别为admin和pwd
  • 待挂载的文件夹已经创建，为/remote_dir

linux

直接使用的基础命令，先创建/remote_dir文件夹，然后使用cifs的格式挂载远程磁盘

mount -t cifs -o username=admin,password="pwd" //101.100.129.159/public /remote_dir

docker container

docker image本身是“死”的文件而已，其本身并不能挂载，Dockerfile中执行上面命令会报permission denied的错误。磁盘挂载只有在image被启动为container时候方可。且启动需要以–privileged方式启动，典型如下

docker run -d -p 5502:5002 \
--privileged \
kafkamonitor

启动后进入container执行

最低0.47元/天 解锁文章
k8s挂载目录_K8S 入门--文件挂载
weixin_39650756的博客
12-21 4796
最近在做清算，需要将清算文件生成，后推送到远程的ftp上。顺便整理了一下文件生成后的保存方式。直接生成到docker容器内部。 不过会随着容器的消亡而消失生成到存储卷生成到文件服务器存储卷首先需要声明卷。volumes:- name: log-pathhostPath:# directory location on hostpath: /home/admin/logs/clearservicety...
华为云/本地化部署K8S-查看容器日志
最新发布
yayey的博客
09-11 507
docker ps | grep ‘rgt’ --查找rgt容器id（container）,第一列就是container id。不过上线时过来支援的开发老哥更习惯于从容器里查看日志，也一并记录下以备不时之需。docker logs -f f0d53e77de16 --实时跟踪容器日志。目前工作的大部分情况下，通过华为云LTS云日志服务就可以满足日常需求。4.路径：/var/lib/docker/containers/5.根据第二步的id匹配目录下首位字符串，进入目录。
windows下K8s挂载本地路径作为持久化存储踩坑（瞎玩
整天都在摸鱼鱼
12-17 1165
a.直接挂载，由于docker desktop是基于wsl的，路径其实都在docker-desktop-data里面，都是虚拟的，不管挂载哪个路径，本地都查不到（有些说在wsl的mnt下面可以，也没得。把同一个pvc挂载到2个容器共享，一个容器是mysql服务，一个容器用nginx开启文件服务，把pv的数据通过文件服务备份（遇到权限问题，暂时未解决。在docker desktop上开启k8s，以mysql为例，把data文件夹映射到本地文件夹作为持久化保存，在docker上可以直接。
docker运行容器远程挂载卷的方法
09-30
本篇文章主要介绍了docker运行容器远程挂载卷的方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
k8s对接smb/cifs存储
gsls200808的专栏
01-27 3199
之前文章提到，k8s官方是支持nfs存储的，那么在windows常见的文件共享协议是否也支持呢。这里将USERNAME改成你的smb用户名PASSWORD 改成你的smb密码，如果有AD域，使用--from-literal domain=DOMAINNAME 指定。国内的环境实测安装有点困难install-driver.sh实际上对应5个yaml文件安装，可以从项目的delploy目录代码中找到。默认出现404，把war包拷贝到smb目录就可以正常访问了，我这里把webapp的原有内容拷贝下来了。
在 Kubernetes 中挂载 cifs 网络文件共享协议的卷
hunyxv的博客
06-18 2969
kubernetes 插件地址： https://github.com/fstab/cifs 安装： Kubernetes提供了Flexvolume，这是一种插件机制，使用户可以编写自己的驱动程序。 Kubernetes 在默认的情况下在 /usr/libexec/kubernetes/kubelet-plugins/volume/exec/ 下搜索第三方插件。在该目录下创建文件夹 fstab~...
k8s之挂载NFS到POD中
wang0907的博客
01-22 5462
NFS全称network file system，是一种允许我们像使用本地磁盘一样，使用远端某机器的磁盘的一种技术，采用cs架构，所以其本质上可以看做是一种数据存储解决方案。
k8s之挂载本地磁盘到POD中
wang0907的博客
01-16 5453
本文一起看下如何挂载本地的磁盘到POD中。
精选资源
K8s-ceph-csi-rbd连接资源
06-15
在容器化世界中，Kubernetes（K8s）是一个广泛使用的开源平台，用于自动化容器的部署、扩展和管理。Ceph则是一个强大的分布式存储系统，提供了块存储、对象存储和文件存储等多种服务。RBD（RADOS Block Device）是...
k8s对接Samba&CIFS文件共享存储
zing的博客
03-17 3130
简介 kubernetes提供CSI驱动将外部存储提供给pod中使用，例如我们可以通过CSI驱动对接Samba/CIFS共享文件存储 前提 Kubernetes 1.16+ 安装 安装SMB CSI驱动（二选一） 通过kubectl安装 curl -skSL https://raw.githubusercontent.com/kubernetes-csi/csi-driver-smb/v0.6.0/deploy/install-driver.sh | bash -s v0.6.0 -- 通过helm安
k8s--(5)卷：将磁盘挂载到容器
weston666的博客
05-13 1905
一、介绍1、为什么需要存储卷（1）容器启动时，除了来自于镜像的文件系统外，没有其他文件，如果想加入一些文件，例如配置文件，就需要存储卷加进去（2）容器重启后，非原镜像中的文件会丢失，例如区块链的账本数据文件，如果希望容器重启后数据依然在，需要存储卷保证数据的不丢失（3）pod内有多个容器，如果希望多个容器间共享一些数据，就需要存储卷来存一份数据，给多个容器用，相当于磁盘2、生命周期存储卷被定义为pod的一部分，并和pod共享相同的生命周期。
一文搞定 Linux，Mac，Windows 的 NFS 网络文件共享服务部署
不甘平庸的技术从业者
04-10 1万+
NFS，全称是 Network File System，用于在不同的服务器之间建立文件共享的通道，使得从其他服务器上访问共享目录时，就如同访问服务器自己本地的文件夹一样方便，这在分布式系统上得到广泛的应用。比如， k8s 集群，就会采用 NFS 来实现共享存储 在需要开放共享的机器上，启动一个 NFS Server，需要访问共享的机器上，用 NFS Client 挂载共享目录到本地目录上，就能够直...
k8s搭建
qq_36567420的博客
09-04 834
先参考https://kuboard.cn/install/v3/install.html。用户名 admin，默认密码 Kuboard123。默认密 码: Kuboard123。默认用户名: admin。
centos7下安装samb文件服务器 为k8s中使用samb做准备
wangxin123wangxin的博客
03-30 1257
centos7下安装samb文件服务器 为k8s中使用samb做准备
K8S磁盘挂载方式
stone9159的专栏
09-13 2773
注意点 针对k8s环境，需要在k8s对应的机器上安装nfs客户端，否则部署时会因为挂载失败而报错 1.操作步骤 1）在磁盘服务器上安装nfs服务端 1.1安装NFS服务： #执行以下命令安装NFS服务器，apt会自动安装nfs-common、rpcbind等13个软件包 sudo apt install nfs-kernel-server 1.2编写配置文件： #编辑/etc/exports 文件： sudo vi/...
k8s目录挂载
热门推荐
linux_s2018的博客
04-07 1万+
k8s目录挂载一，Volumes文档二，Subpath三，HostPath三，未完待续。 一，Volumes文档 Volumes官方文档 二，Subpath volumeMounts.subPath属性在引用的卷中指定一个子路径，而不是其根。 示例如下： apiVersion: v1 kind: Pod metadata: name: my-lamp-site spec: containers: - name: mysql image: mysql env:
【博客584】pod多种方式挂载远程存储
qq_43684922的博客
01-14 852
【代码】【博客584】pod多种方式挂载远程存储。
Kubernetes 集群使用 NFS 网络文件存储
哎_小羊的博客
11-12 9979
Kubernetes PersistentVolumes 持久化存储方案中，提供两种 API 资源方式: PersistentVolume 和 PersistentVolumeClaim。PV 可理解为集群资源，PVC 可理解为对集群资源的请求，Kubernetes 支持很多种持久化卷存储类型。NFS 是网络文件存储系统，它允许网络中的计算机之间通过 TCP/IP 网络共享资源。通过 NFS，我们本地 NFS 的客户端应用可以透明地读写位于服务端 NFS 服务器上的文件，就像访问本地文件一样方便。
K8S中kafka Failed to read meta.properties file under dir /kafka/kafka-logs-ka
03-22
<think>好的，我现在要解决用户在Kubernetes环境中遇到的Kafka无法读取meta.properties文件的问题。首先，我需要理解这个问题的常见原因，然后逐步分析可能的解决方案。 首先，用户提到的是Kafka在K8S环境中无法读取meta.properties文件，并且可能涉及到kafka-logs目录的错误。我应该先回忆一下Kafka在Kubernetes中的典型部署结构，以及常见的存储配置问题。Kafka通常需要持久化存储来保存日志和数据，而在K8S中，这通常通过Persistent Volume（PV）和Persistent Volume Claim（PVC）来实现。如果存储配置不正确，可能会导致Kafka无法访问所需的目录，进而无法读取meta.properties。 接下来，meta.properties文件的作用是什么？这个文件通常位于Kafka的日志目录（默认是/tmp/kafka-logs）中，包含broker.id的信息。如果这个文件丢失或者损坏，Kafka启动时会报错，因为它需要验证broker.id是否与配置一致。因此，用户的问题可能是由于该文件不存在，或者权限问题导致Kafka无法读取它。 可能的故障点包括： 1. 存储挂载问题：PVC是否正确挂载到Pod的指定路径，比如/var/lib/kafka/data。如果挂载路径不正确，Kafka可能无法找到或创建meta.properties。 2. 权限问题：Kafka进程可能没有足够的权限访问挂载的存储目录。例如，如果目录的所有者是root，而Kafka以非root用户运行，就会导致权限拒绝。 3. 文件丢失或损坏：可能在Pod重启或迁移时，存储卷中的数据丢失，导致meta.properties不存在。 4. 配置错误：Kafka的配置文件中指定的日志目录路径与实际挂载路径不一致，导致文件不在预期位置。 5. 节点调度问题：如果使用Local PV，Pod可能被调度到没有相应PV的节点，导致存储访问失败。 接下来，我需要针对这些可能的原因，逐步给出排查步骤和解决方案。 首先检查存储配置。用户提供的引用中有一个scp命令，可能是在拷贝server.properties文件到指定路径。这可能涉及到配置文件的挂载。需要确认Kafka的Pod配置中，是否正确挂载了PVC到日志目录。例如，Kafka的log.dirs配置项应该指向挂载的PVC路径，如/var/lib/kafka/data。如果配置的是默认的/tmp/kafka-logs，而PVC挂载到其他路径，就会导致文件路径不一致。 其次，检查权限。Kafka容器可能以非root用户（如kafka用户）运行，而挂载的目录权限可能为root，导致写入或读取失败。这时候需要确保挂载目录的权限正确，例如在Pod的启动命令中添加chmod来修改目录权限，或者在存储供应层设置正确的权限。 然后，检查文件是否存在。可以进入Pod的shell，查看目标目录下是否有meta.properties文件。如果不存在，可能需要手动创建，并正确设置broker.id。但更常见的是，Kafka在首次启动时会生成该文件，所以如果文件不存在，可能是存储挂载问题或权限问题导致无法生成。 另外，检查Kafka的日志，查看具体的错误信息，这有助于缩小问题范围。例如，日志中可能会显示“Failed to read meta.properties file under directory /var/lib/kafka-data”，并提示文件不存在或权限问题。 最后，考虑使用Init Container来修复权限问题。例如，在Pod启动前，使用一个Init Container以root权限修改目录权限，确保Kafka进程有权限访问。 总结下来，解决方案可能包括：调整存储挂载路径，修改目录权限，检查broker.id配置，以及验证PV/PVC的状态。需要一步步指导用户进行这些排查步骤，并提供具体的命令或配置示例。</think>### Kubernetes中Kafka无法读取meta.properties文件的解决方案 #### 1. 检查存储挂载路径与权限 **步骤说明**： Kafka的`meta.properties`文件默认存储在`log.dirs`配置项指定的目录中。若Kubernetes中PVC挂载路径与Kafka配置不匹配，或目录权限不足，会导致文件无法读写。 **排查方法**： - **确认Kafka配置**： 检查Kafka的`server.properties`（或自定义配置文件）中`log.dirs`参数是否指向PVC挂载路径。例如： ```properties log.dirs=/var/lib/kafka/data ``` 若未配置，默认路径为`/tmp/kafka-logs`，需确保Pod中该路径已挂载PVC[^1]。 - **验证PVC挂载**： 检查Pod的YAML定义中存储卷挂载配置： ```yaml volumeMounts: - name: kafka-data mountPath: /var/lib/kafka/data # 必须与log.dirs一致 ``` - **检查目录权限**： 进入Pod执行以下命令： ```bash kubectl exec -it <kafka-pod-name> -- ls -l /var/lib/kafka/data ``` 若目录所有者为`root`，需在Pod启动时添加权限修正： ```yaml command: ["sh", "-c", "chown -R kafka:kafka /var/lib/kafka/data && /opt/kafka/bin/kafka-server-start.sh /config/server.properties"] ``` --- #### 2. 修复文件丢失或broker.id冲突 **问题原因**： - `meta.properties`文件丢失或损坏。 - 新Pod分配的`broker.id`与文件中记录的值冲突。 **解决方案**： - **重新生成文件**： 若目录为空，删除PVC并重新创建（需备份数据），或手动创建文件： ```bash echo "broker.id=<your_broker_id>" > /var/lib/kafka/data/meta.properties ``` - **固定broker.id**： 在Kafka配置中显式指定`broker.id`以避免动态分配冲突： ```properties broker.id=1001 ``` --- #### 3. 检查PersistentVolume配置 **关键点**： - 若使用`local`类型PV，需确保Pod调度到拥有该PV的节点。 - 检查PV/PVC绑定状态： ```bash kubectl get pv kubectl get pvc -n <namespace> ``` 若PVC处于`Pending`状态，可能是存储类配置错误或资源不足[^1]。 --- #### 4. 日志分析与调试 **操作步骤**： - 查看Kafka容器日志： ```bash kubectl logs <kafka-pod-name> | grep "meta.properties" ``` 典型错误示例： ``` ERROR Failed to read meta.properties file under directory /var/lib/kafka/data (kafka.server.BrokerMetadataCheckpoint) java.io.FileNotFoundException: /var/lib/kafka/data/meta.properties (Permission denied) ``` --- #### 5. 完整配置示例 ```yaml apiVersion: apps/v1 kind: StatefulSet metadata: name: kafka spec: serviceName: kafka template: spec: containers: - name: kafka image: bitnami/kafka:3.7.0 volumeMounts: - name: kafka-data mountPath: /var/lib/kafka/data command: ["sh", "-c", "chmod 755 /var/lib/kafka/data && /opt/bitnami/scripts/kafka/run.sh"] volumeClaimTemplates: - metadata: name: kafka-data spec: storageClassName: kafka-storage resources: requests: storage: 20Gi ``` ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值