Activity log for bug #1101292

Date Who What changed Old value New value Message
2013-01-18 16:47:16 Bryan Quigley bug added bug
2013-01-18 16:52:05 Bryan Quigley bug added subscriber Sustaining Engineering
2013-01-18 17:00:21 Brad Figg linux (Ubuntu): status New Incomplete
2013-01-18 17:02:52 Joseph Salisbury tags kernel-da-key quantal regression-release
2013-01-18 17:03:36 Joseph Salisbury linux (Ubuntu): importance Undecided Medium
2013-01-18 17:17:22 Bryan Quigley tags kernel-da-key quantal regression-release kernel-da-key kernel-unable-to-test-upstream quantal regression-release
2013-01-18 17:17:52 Bryan Quigley linux (Ubuntu): status Incomplete Confirmed
2013-01-18 18:12:24 Chris J Arges tags kernel-da-key kernel-unable-to-test-upstream quantal regression-release bot-stop-nagging kernel-da-key kernel-unable-to-test-upstream quantal regression-release
2013-03-08 17:23:57 Dave Chiluk linux (Ubuntu): assignee Dave Chiluk (chiluk)
2013-03-08 17:30:44 Dave Chiluk tags bot-stop-nagging kernel-da-key kernel-unable-to-test-upstream quantal regression-release bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal regression-release
2013-03-08 17:31:44 Dave Chiluk tags bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal regression-release bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release
2013-03-08 18:54:12 Rolf Anders attachment added chgrp.cap https://bugs.launchpad.net/bugs/1101292/+attachment/3564138/+files/chgrp.cap
2013-03-08 21:54:59 Dave Chiluk attachment added Patch from linux-nfs backported to Quantal https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1101292/+attachment/3564320/+files/nfsv4_null_terminator.patch
2013-03-08 21:55:15 Dave Chiluk linux (Ubuntu): status Confirmed In Progress
2013-04-03 21:52:54 Dave Chiluk description "Our home directories are mounted via NFSv4 from a server running AIX 7.1. After an upgrade of my client from Ubuntu 12.04 to 12.10, 'chgrp' fails when trying to change a file or directory in my home directory:" username@1210:~/x$ ls -l newfile -rw------- 1 username groupname 0 Jan 3 16:56 newfile username@1210:~/x$ chgrp groupname newfile chgrp: changing group of `newfile': Invalid argument groupname is his default group. username@1210:~/x$ chown -v username newfile chown: changing ownership of `newfile': Invalid argument failed to change ownership of `newfile' from username to username The issue was bisected to: 57e62324e469e092ecc6c94a7a86fe4bd6ac5172 is the first bad commit commit 57e62324e469e092ecc6c94a7a86fe4bd6ac5172 Author: Bryan Schumaker <bjschuma@netapp.com> Date: Fri Feb 24 14:14:51 2012 -0500 NFS: Store the legacy idmapper result in the keyring This patch removes the old hashmap-based caching and instead uses a "request key actor" to place an upcall to the legacy idmapper rather than going through /sbin/request-key. This will only be used as a fallback if /etc/request-key.conf isn't configured to use nfsidmap. Signed-off-by: Bryan Schumaker <bjschuma@netapp.com> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> :040000 040000 0f16d9ec47ae5135d43213a847a87d21e0571c85 69efedae21cc967b00e36a41f934514250012930 M fs :040000 040000 c0e64c847a273af358fc1234860c4b07c6325203 3eeac805d6bdd30a486bb2077342c1017dc0e651 M include In addition, a difference was found in the idmapd logs when set to "Verbosity = 3": when trying chgrp groupname, syslog differences Working case on kernel 3.3.3: rpc.idmapd[676]: Client 5: (user) name "username@domainname.com" -> id "5194" rpc.idmapd[676]: Client 5: (group) name "groupname@domainname.com" -> id "100003" rpc.idmapd[676]: Client 5: (group) id "100003" -> name "groupname@domainname.com" Failing case on kernel 3.4-rc1 (3.4-rc first with bug, also would be same with 3.5: rpc.idmapd[2129]: Client 0: (group) id "100003" -> name "groupname@domainname.com" Possibly related side issue that impeded testing: Mainline kernel 3.5-rc7 and up not able to mount on: mount.nfs4: an incorrect mount option was specified [ 612.739763] gss_create: Pseudoflavor 390004 not found! [ 612.739771] RPC: Couldn't create auth handle (flavor 390004) This is quite confusing to me as 3.5 in Quantal can definitely mound the NFS share. 4. Reproduce steps 4.1. Mount NFSv4 share on AIX 7.1 with Kerberos krb5i 4.2. Create new file that you should be able to change ownership of 4.3. Run chown/chgrp. Note error a. Actual Results: chgrp: changing group of `newfile': Invalid argument b. Expected Results: file has changed permissions 5. Known Workaround: Use a kernel pre-3.4-rc1 Exports on the AIX server (yes different format then Linux): /cfs -vers=4,sec=krb5:krb5i:krb5p /cfs/home -vers=4,sec=krb5:krb5i:krb5p /cfs/share -vers=4,sec=krb5:krb5i:krb5p Fstab on client: cfs-nfs.domainname.com:/ /cfs nfs4 sec=krb5i 0 0 SRU Justification: Impact: chown/chgrp on AIX exported NFSv4 shares errors with Invalid argument Fix: (upstream) fix length of string returned from idmapper to not include null. Testcase: Mount an NFSv4 share. Take a tcpdump of running a chgrp or chown command. Check the stringlenth of the username or group in the setattr command inside of the tcpdump to verify that no null character is included in the string length. "Our home directories are mounted via NFSv4 from a server running AIX 7.1. After an upgrade of my client from Ubuntu 12.04 to 12.10, 'chgrp' fails when trying to change a file or directory in my home directory:" username@1210:~/x$ ls -l newfile -rw------- 1 username groupname 0 Jan 3 16:56 newfile username@1210:~/x$ chgrp groupname newfile chgrp: changing group of `newfile': Invalid argument groupname is his default group. username@1210:~/x$ chown -v username newfile chown: changing ownership of `newfile': Invalid argument failed to change ownership of `newfile' from username to username The issue was bisected to: 57e62324e469e092ecc6c94a7a86fe4bd6ac5172 is the first bad commit commit 57e62324e469e092ecc6c94a7a86fe4bd6ac5172 Author: Bryan Schumaker <bjschuma@netapp.com> Date: Fri Feb 24 14:14:51 2012 -0500     NFS: Store the legacy idmapper result in the keyring     This patch removes the old hashmap-based caching and instead uses a     "request key actor" to place an upcall to the legacy idmapper rather     than going through /sbin/request-key. This will only be used as a     fallback if /etc/request-key.conf isn't configured to use nfsidmap.     Signed-off-by: Bryan Schumaker <bjschuma@netapp.com>     Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> :040000 040000 0f16d9ec47ae5135d43213a847a87d21e0571c85 69efedae21cc967b00e36a41f934514250012930 M fs :040000 040000 c0e64c847a273af358fc1234860c4b07c6325203 3eeac805d6bdd30a486bb2077342c1017dc0e651 M include In addition, a difference was found in the idmapd logs when set to "Verbosity = 3": when trying chgrp groupname, syslog differences Working case on kernel 3.3.3: rpc.idmapd[676]: Client 5: (user) name "username@domainname.com" -> id "5194" rpc.idmapd[676]: Client 5: (group) name "groupname@domainname.com" -> id "100003" rpc.idmapd[676]: Client 5: (group) id "100003" -> name "groupname@domainname.com" Failing case on kernel 3.4-rc1 (3.4-rc first with bug, also would be same with 3.5: rpc.idmapd[2129]: Client 0: (group) id "100003" -> name "groupname@domainname.com" Possibly related side issue that impeded testing: Mainline kernel 3.5-rc7 and up not able to mount on: mount.nfs4: an incorrect mount option was specified [ 612.739763] gss_create: Pseudoflavor 390004 not found! [ 612.739771] RPC: Couldn't create auth handle (flavor 390004) This is quite confusing to me as 3.5 in Quantal can definitely mound the NFS share. 4. Reproduce steps  4.1. Mount NFSv4 share on AIX 7.1 with Kerberos krb5i  4.2. Create new file that you should be able to change ownership of  4.3. Run chown/chgrp. Note error  a. Actual Results: chgrp: changing group of `newfile': Invalid argument  b. Expected Results: file has changed permissions 5. Known Workaround: Use a kernel pre-3.4-rc1 Exports on the AIX server (yes different format then Linux): /cfs -vers=4,sec=krb5:krb5i:krb5p /cfs/home -vers=4,sec=krb5:krb5i:krb5p /cfs/share -vers=4,sec=krb5:krb5i:krb5p Fstab on client: cfs-nfs.domainname.com:/ /cfs nfs4 sec=krb5i 0 0
2013-04-04 12:54:59 Tim Gardner nominated for series Ubuntu Precise
2013-04-04 12:54:59 Tim Gardner bug task added linux (Ubuntu Precise)
2013-04-04 12:54:59 Tim Gardner nominated for series Ubuntu Quantal
2013-04-04 12:54:59 Tim Gardner bug task added linux (Ubuntu Quantal)
2013-04-04 12:54:59 Tim Gardner nominated for series Ubuntu Raring
2013-04-04 12:54:59 Tim Gardner bug task added linux (Ubuntu Raring)
2013-04-04 12:55:15 Tim Gardner linux (Ubuntu Precise): assignee Dave Chiluk (chiluk)
2013-04-04 12:55:22 Tim Gardner linux (Ubuntu Precise): status New In Progress
2013-04-04 12:55:43 Tim Gardner linux (Ubuntu Quantal): status New In Progress
2013-04-04 12:55:43 Tim Gardner linux (Ubuntu Quantal): assignee Dave Chiluk (chiluk)
2013-04-04 12:55:53 Tim Gardner linux (Ubuntu Raring): status In Progress Fix Committed
2013-04-10 18:18:38 Mário Melo Filho bug added subscriber Carlos Mário
2013-04-10 19:52:57 Dave Chiluk linux (Ubuntu Precise): status In Progress Invalid
2013-04-10 19:53:13 Dave Chiluk linux (Ubuntu Quantal): status In Progress Fix Released
2013-04-10 20:05:23 Dave Chiluk linux (Ubuntu Raring): status Fix Committed Fix Released
2013-04-10 20:07:08 Dave Chiluk tags bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release verification-done
2013-04-10 20:32:40 Launchpad Janitor branch linked lp:ubuntu/precise-proposed/linux-lts-quantal
2013-04-15 15:08:29 Steve Conklin tags bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release verification-done bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release verification-done verification-needed-quantal
2013-04-15 15:44:10 Dave Chiluk tags bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release verification-done verification-needed-quantal bot-stop-nagging kernel-bug-exists-upstream kernel-da-key quantal raring regression-release verification-done verification-done-quantal
2013-05-08 02:30:43 Launchpad Janitor branch linked lp:ubuntu/linux-ti-omap4
2014-02-07 16:03:56 Curtis Hovey removed subscriber Registry Administrators