Bug 815908

Summary: NFSv4 server support for numeric IDs
Product: Red Hat Enterprise Linux 6 Reporter: J. Bruce Fields <bfields>
Component: kernelAssignee: J. Bruce Fields <bfields>
Status: CLOSED ERRATA QA Contact: JianHong Yin <jiyin>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.3CC: ajb, ant.starikov, bugproxy, eguan, hannsj_uhl, jiali, rwheeler, toracat, yanwang
Target Milestone: rc   
Target Release: 6.5   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: kernel-2.6.32-375.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-11-21 12:47:31 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: 846704, 855142    
Attachments:
Description Flags
SOSreport
none
Backport of upstream commit "nfsd4: allow numeric idmapping" none

Description J. Bruce Fields 2012-04-24 18:55:47 UTC
The NFSv4 server requires users and groups to be identified on the wire using strings.  This complicates upgrades from NFSv3 to NFSv4.  The NFSv4 standard has become more permissive about use of numeric IDs, and the client now will attempt to use them by default (see bug 705099 for the client side).

So, support this on the server side as well.

Comment 1 RHEL Program Management 2012-06-27 13:50:21 UTC
This request was evaluated by Red Hat Product Management for
inclusion in a Red Hat Enterprise Linux release.  Product
Management has requested further review of this request by
Red Hat Engineering, for potential inclusion in a Red Hat
Enterprise Linux release for currently deployed products.
This request is not yet committed for inclusion in a release.

Comment 2 J. Bruce Fields 2012-10-03 16:57:40 UTC
This is done upstream now, but we're finding there are clients that don't handle it as well as they should, and we want to be more conservative about this in RHEL.  Possibly reconsider for 6.5.

Comment 3 J. Bruce Fields 2013-01-18 22:53:09 UTC
OK, there are still diskless clients who need this, but we're still worried about the effect on older clients.

So for now I think the solution is to backport but default the new behavior to off.

Comment 5 J. Bruce Fields 2013-01-21 16:35:19 UTC
*** Bug 758616 has been marked as a duplicate of this bug. ***

Comment 6 IBM Bug Proxy 2013-01-21 16:47:55 UTC
Created attachment 684458 [details]
SOSreport

Comment 7 IBM Bug Proxy 2013-01-21 16:48:03 UTC
Created attachment 684459 [details]
Backport of upstream commit "nfsd4: allow numeric idmapping"

Comment 12 RHEL Program Management 2013-04-24 22:01:48 UTC
This request was evaluated by Red Hat Product Management for
inclusion in a Red Hat Enterprise Linux release.  Product
Management has requested further review of this request by
Red Hat Engineering, for potential inclusion in a Red Hat
Enterprise Linux release for currently deployed products.
This request is not yet committed for inclusion in a release.

Comment 13 Jarod Wilson 2013-05-08 20:22:54 UTC
Patch(es) available on kernel-2.6.32-375.el6

Comment 15 Jian Li 2013-07-03 02:12:02 UTC
qa_ack.

Comment 17 J. Bruce Fields 2013-07-29 16:10:05 UTC
*** Bug 989224 has been marked as a duplicate of this bug. ***

Comment 19 JianHong Yin 2013-11-04 08:51:00 UTC
no reproducer, review patch, and test regression;
[root@dhcp12-241 nfs-utils]# vim ~/rpmbuild/BUILD/kernel-2.6.32-428.el6/vanilla-2.6.32-428.el6/Documentation/kernel-parameters.txt 
[root@dhcp12-241 nfs-utils]# vim ~/rpmbuild/BUILD/kernel-2.6.32-428.el6/vanilla-2.6.32-428.el6/fs/nfsd/nfs4idmap.c 
[root@dhcp12-241 nfs-utils]# grep numeric_name_to_id ~/rpmbuild/BUILD/kernel-2.6.32-428.el6/vanilla-2.6.32-428.el6/fs/nfsd/nfs4idmap.c 
numeric_name_to_id(struct svc_rqst *rqstp, int type, const char *name, u32 namelen, uid_t *id)
                if (numeric_name_to_id(rqstp, type, name, namelen, id))
[root@dhcp12-241 nfs-utils]# grep numeric_name_to_id ~/rpmbuild/BUILD/kernel-2.6.32-428.el6/vanilla-2.6.32-428.el6/fs/nfsd/nfs4idmap.c 
numeric_name_to_id(struct svc_rqst *rqstp, int type, const char *name, u32 namelen, uid_t *id)
                if (numeric_name_to_id(rqstp, type, name, namelen, id))
[root@dhcp12-241 nfs-utils]# vim ~/rpmbuild/BUILD/kernel-2.6.32-428.el6/vanilla-2.6.32-428.el6/fs/nfsd/nfs4idmap.c 
[root@dhcp12-241 nfs-utils]# vim ~/rpmbuild/BUILD/kernel-2.6.32-428.el6/vanilla-2.6.32-428.el6/Documentation/kernel-parameters.txt 


https://beaker.engineering.redhat.com/jobs/534034
https://beaker.engineering.redhat.com/jobs/534035
https://beaker.engineering.redhat.com/jobs/534036
https://beaker.engineering.redhat.com/jobs/534037
https://beaker.engineering.redhat.com/jobs/534038
https://beaker.engineering.redhat.com/jobs/534039
https://beaker.engineering.redhat.com/jobs/534040
https://beaker.engineering.redhat.com/jobs/534041
https://beaker.engineering.redhat.com/jobs/534042
https://beaker.engineering.redhat.com/jobs/534043
https://beaker.engineering.redhat.com/jobs/534044
https://beaker.engineering.redhat.com/jobs/534045
https://beaker.engineering.redhat.com/jobs/534046
https://beaker.engineering.redhat.com/jobs/534047
https://beaker.engineering.redhat.com/jobs/534048
https://beaker.engineering.redhat.com/jobs/534049
https://beaker.engineering.redhat.com/jobs/534050
https://beaker.engineering.redhat.com/jobs/534051
https://beaker.engineering.redhat.com/jobs/534052
https://beaker.engineering.redhat.com/jobs/534053
https://beaker.engineering.redhat.com/jobs/534054
https://beaker.engineering.redhat.com/jobs/534055
https://beaker.engineering.redhat.com/jobs/534056
https://beaker.engineering.redhat.com/jobs/534057
https://beaker.engineering.redhat.com/jobs/534058
https://beaker.engineering.redhat.com/jobs/534059

Comment 20 errata-xmlrpc 2013-11-21 12:47:31 UTC
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.

http://rhn.redhat.com/errata/RHSA-2013-1645.html