安装的 nfs 卷的 Kubernetes 权限被拒绝答案

【问题标题】：Kubernetes Permission denied for mounted nfs volume安装的 nfs 卷的 Kubernetes 权限被拒绝
【发布时间】：2018-06-14 09:57:36
【问题描述】：

以下是使用的k8s定义：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-pv-provisioning-demo
  labels:
    demo: nfs-pv-provisioning
spec:
  accessModes: [ "ReadWriteOnce" ]
  resources:
    requests:
      storage: 200Gi
---
apiVersion: v1
kind: ReplicationController
metadata:
  name: nfs-server
spec:
  securityContext:
    runAsUser: 1000
    fsGroup: 2000
  replicas: 1
  selector:
    role: nfs-server
  template:
    metadata:
      labels:
        role: nfs-server
    spec:
      containers:
      - name: nfs-server
        image: k8s.gcr.io/volume-nfs:0.8
        ports:
          - name: nfs
            containerPort: 2049
          - name: mountd
            containerPort: 20048
          - name: rpcbind
            containerPort: 111
        securityContext:
          privileged: true
        volumeMounts:
          - mountPath: /exports
            name: mypvc
      volumes:
        - name: mypvc
          persistentVolumeClaim:
            claimName: nfs-pv-provisioning-demo
---
kind: Service
apiVersion: v1
metadata:
  name: nfs-server
spec:
  ports:
    - name: nfs
      port: 2049
    - name: mountd
      port: 20048
    - name: rpcbind
      port: 111
  selector:
    role: nfs-server
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteMany
  nfs:
    # FIXME: use the right IP
    server: nfs-server
    path: "/"
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: ""
  resources:
    requests:
      storage: 1Gi
---
# This mounts the nfs volume claim into /mnt and continuously
# overwrites /mnt/index.html with the time and hostname of the pod.

apiVersion: v1
kind: ReplicationController
metadata:
  name: nfs-busybox
spec:
  securityContext:
    runAsUser: 1000
    fsGroup: 2000
  replicas: 2
  selector:
    name: nfs-busybox
  template:
    metadata:
      labels:
        name: nfs-busybox
    spec:
      containers:
      - image: busybox
        command:
          - sh
          - -c
          - 'while true; do date > /mnt/index.html; hostname >> /mnt/index.html; sleep $(($RANDOM % 5 + 5)); done'
        imagePullPolicy: IfNotPresent
        name: busybox
        volumeMounts:
          # name must match the volume name below
          - name: nfs
            mountPath: "/mnt"
      volumes:
      - name: nfs
        persistentVolumeClaim:
          claimName: nfs

现在 nfs-busybox 中的 /mnt 目录应该有 2000 作为 gid（根据 docs）。但它仍然有 root 和 root 作为用户和组。由于应用程序以 1000/2000 运行，因此无法在 /mnt 目录中创建任何日志或数据。

chmod 可能会解决这个问题，但看起来可以解决问题。有什么永久的解决方案吗？

观察：如果我用其他 PVC 替换 nfs，它的工作正常，如 docs 所述。

【问题讨论】：

你可能会先添加一个运行 chmod 的 init 容器。
抱歉，这是一条评论（关于复制控制器已旧），而不是答案。 chmod 真的能解决问题吗？

标签： kubernetes persistent-volumes persistent-volume-claims

【解决方案1】：

你试过initContainers方法吗？它修复了导出目录的权限：

initContainers:
    - name: volume-mount-hack
      image: busybox
      command: ["sh", "-c", "chmod -R 777 /exports"]
      volumeMounts:
      - name: nfs
        mountPath: /exports

如果你在 Linux 机器上使用独立的 NFS 服务器，我建议使用 no_root_squash 选项：

/exports *(rw,no_root_squash,no_subtree_check)

要管理 nfs-server 上的目录权限，需要更改安全上下文并将其提升到特权模式：

apiVersion: v1
kind: Pod
metadata:
  name: nfs-server
  labels:
    role: nfs-server
spec:
  containers:
    - name: nfs-server
      image: nfs-server
      ports:
        - name: nfs
          containerPort: 2049
      securityContext:
        privileged: true

【讨论】：