Oracle ZFS Storage: NFS Version 4 Will Not Allow Root To "chown Oracle Filename" On Any Share Mounted From Appliance
(Doc ID 1664105.1)
Last updated on DECEMBER 03, 2021
Applies to:
Oracle ZFS Backup Appliance ZS5-2 - Version All Versions to All Versions [Release All Releases]Oracle ZFS Backup Appliance ZS5-4 - Version All Versions to All Versions [Release All Releases]
Oracle ZFS Storage ZS7-2 Mid-Range - Version All Versions to All Versions [Release All Releases]
Oracle ZFS Storage ZS7-2 Mid-Range TAA Compliant - Version All Versions to All Versions [Release All Releases]
Oracle ZFS Storage Appliance Racked System ZS7-2 Mid-Range - Version All Versions to All Versions [Release All Releases]
7000 Appliance OS (Fishworks)
Symptoms
I have created a share on 2 different ZFS appliances. One running 2013.06.05.1.6,1-1.1 and One running 2013.06.05.1.1,1-1.2
Both exhibit the same behavior.
# chown oracle anyfile
chown: anyfile: Permission denied
When a share is created it will not allow root to chown to another user. Example “chown oracle testfile”
Some things tried:
-works without issue with NFS Version 3
-oracle user does exist on client
-all permissions have been set to rwx on the share owner,group,other
-"root access" has been set on protocol exception
-Network has been verified as correct network ip and netmask
-Various combinations of ACL settings have been tried, Inherit, don’t inherit, etc
- We have started with fresh share after most changes to make sure there are no residual settings from previous tries.
-DNS is working , used getent host “our host” resolves fine. Reverse lookup, works fine.
It simply appears that NFS Version 4 just doesn’t work for chown operations on the client. when mounted from our ZS3 appliance
Changes
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
| Symptoms |
| Changes |
| Cause |
| Solution |
| References |