+++ This bug was initially created as a clone of Bug #1445523 +++ Description of problem: If a subpath is used to mount a volume, the subpath may not receive correct permissions. See: https://github.com/kubernetes/kubernetes/issues/41638 Version-Release number of selected component (if applicable): 3.5 How reproducible: Mount a volume via a subpath in the volumemount and try to write to it as a non-root user. Actual results: Not writable Expected results: Writable Additional info: Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Master Log: Node Log (of failed PODs): PV Dump: PVC Dump: StorageClass Dump (if StorageClass used by PV/PVC): Additional info: --- Additional comment from Eric Paris on 2017-04-25 17:23:28 EDT --- 3.5 PR https://github.com/openshift/ose/pull/725
3.6 PR https://github.com/openshift/origin/pull/13895
Tested on below version: openshift v3.6.105 kubernetes v1.6.1+5115d708d7 Subpath has the right permission: /mnt $ ls -help total 0 drwxrwsrwx 2 root users 6 Tue Jun 13 07:26:13 2017 direct/ drwxrwsrwx 2 root users 6 Tue Jun 13 07:26:15 2017 subpath/
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1716