Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

This project is now read‑only. Starting Monday, February 2, please use https://ibm-ceph.atlassian.net/ for all bug tracking management.

Bug 1359407

Summary:	[RGW:NFS]:- Strange uid:gid for the buckets (directories)created through nfs mount
Product:	[Red Hat Storage] Red Hat Ceph Storage	Reporter:	shylesh <shmohan>
Component:	RGW	Assignee:	Matt Benjamin (redhat) <mbenjamin>
Status:	CLOSED NOTABUG	QA Contact:	ceph-qe-bugs <ceph-qe-bugs>
Severity:	high	Docs Contact:	Bara Ancincova <bancinco>
Priority:	unspecified
Version:	2.0	CC:	cbodley, ceph-eng-bugs, flucifre, hnallurv, kbader, kdreyer, mbenjamin, nlevine, owasserm, sweil
Target Milestone:	rc
Target Release:	2.2
Hardware:	x86_64
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Known Issue
Doc Text:	.The UID and GID of NFS directories is `4294967294` when ID mapping is not properly configured When ID mapping between a client node and the node with the NFS interface for the Ceph Object Gateway is not properly configured, the UID and GID of newly created directories are set to `4294967294`, which is the default. This behavior is equivalent to the `all_squash` option of the `knfsd` NFS server.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-09-08 19:33:10 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1322504

Description shylesh 2016-07-23 19:58:24 UTC

Description of problem:
If we create buckets (directories) from nfs mount then uid:gid will be strange and doesn't belongs to any of the user from both client and ganesh node.

Version-Release number of selected component (if applicable):

ceph-radosgw-10.2.2-26.el7cp.x86_64
nfs-ganesha-rgw-2.3.2-2.el7cp.x86_64
How reproducible:

always

Steps to Reproduce:
1. setup nfs-rgw and mount it 
2. create a directory and observe uid:gid

[root@magna110 mnt]# ll
total 0
drwxr-xr-x. 3 4294967294 4294967294 0 Jul 23 19:51 another
drwxrwxrwx. 3 root       root       0 Jan  1  1970 another-missed-hellonew-another-newad-bucket-creation
drwxrwxrwx. 3 root       root       0 Jan  1  1970 hellonew-another-newad-bucket-creation
drwxrwxrwx. 3 root       root       0 Jan  1  1970 missed-hellonew-another-newad-bucket-creation
drwxrwxrwx. 3 4294967294 4294967294 0 Jul 23 13:11 nfsbucket



observer the uid:gid for the "nfsbucket" and "another" directories.

Comment 2 Matt Benjamin (redhat) 2016-07-25 14:33:27 UTC

For 2.0, this is Not-A-Bug.

The uid (gid) 4294967294 is the default nobody (nogroup) id of nfs-ganesha.  The root cause of the inconsistency is nfs-ganesha not correctly configured for proper id mapping.

The current writeup for the RGW-NFS feature does not specify how id mapping should be performed.  We have added to nfs-ganesha a new, simplified id mapping options ("only_numeric_owners") which will trust client-supplied ids and save/return them without modification.  This will allow sites (and QE) to validate ownership operations without requiring a shared id mapping domain.

While I feel this is not a bug, I'm moving this to 2.1 for verification with the updated nfs-ganesha 2.4 which has the new id mapping feature.