서버 마운트/nfs의 소유주는 root/nfs/test의 소유주는 pod와 같음sudo vi /etc/exports/nfs/test {IP대역}(rw,sync,no_subtree_check,no_root_squash)sudo exportfs -rasudo systemctl restart nfs-kernel-serverClient 마운트/mnt: 마운트 이후에 권한이 root --> pod 계정으로 변경됨minikube sshsudo mount -t nfs {서버IP}:/nfs/test /mntmount | grep nfs이슈 해결권한 문제로 연계가 안되면, NFS 와 PV 등 모든 관련 자원을 삭제후 다시 시작

PV/mnt는 root로 생성됨/mnt/test는 pod 작동 계정으로 생성됨apiVersion: v1kind: PersistentVolumemetadata: name: test-pvspec: capacity: storage: 1Gi accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain storageClassName: manual hostPath: path: /mnt/test # Path on the host machinePVChttps://barisein.tistory.com/755 Minikube PVC 바인딩PVCstorageClassName: standard이면 PV를 별도로 지정하지 않아도 됨apiVe..

PVCstorageClassName: standard이면 PV를 별도로 지정하지 않아도 됨apiVersion: v1kind: PersistentVolumeClaimmetadata: name: temp-pvc namespace: tempspec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi storageClassName: standard # Use the default storage class in MinikubeDeployment spec: containers: - name: temp image: {url}/{image}:{tag} ports: -..

sudo -i

Minikube VM: NFS Client - hostPath - PV - PVc - PodLocal Server: NFS만약 NFS 연동하는 디렉토리의 소유가 root:root인 경우, Minikube에서 root임에도 불구하고 파일 조작이 안되는 경우'root_squash' 옵션 때문임아래 처럼 'no_root_squash'로 해줘야 권한 문제 해결됨sudo vi /etc/exports/nfs/temp {IP 대역}(rw,sync,no_subtree_check,no_root_squash)

apiVersion: v1kind: Podmetadata: name: host-mount-podspec: containers: - name: test-container image: busybox command: [ "sleep", "3600" ] volumeMounts: - mountPath: /data name: host-volume volumes: - name: host-volume hostPath: path: /mnt/data특정 그룹으로 마운트하기(작동안함)apiVersion: v1kind: Podmetadata: name: host-mount-podspec: securityContext: fsG..