** Description changed:

+    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 <[email protected]>
  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 <[email protected]>
-     Signed-off-by: Trond Myklebust <[email protected]>
+     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 <[email protected]>
+     Signed-off-by: Trond Myklebust <[email protected]>
  
  :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 "[email protected]" -> id "5194"
  rpc.idmapd[676]: Client 5: (group) name "[email protected]" -> id 
"100003"
  rpc.idmapd[676]: Client 5: (group) id "100003" -> name 
"[email protected]"
  
  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 
"[email protected]"
  
  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
+  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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1101292

Title:
  NFSv4 regression in 3.4-rc1 causes Invalid Argument on chown/grp

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1101292/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to