Plucky verification: ghadi@plucky:~$ apt list --installed coreutils coreutils/plucky-proposed,now 9.5-1ubuntu1.25.04.2 amd64 [installed,automatic] Notice: There are 2 additional versions. Please use the '-a' switch to see them.
ghadi@plucky:~$ sudo mount 192.168.125.185:/home /mnt/nfs_clientshare ghadi@plucky:~$ cd /mnt/nfs_clientshare/ ghadi@plucky:/mnt/nfs_clientshare$ ls -l total 12 drwxr-x--x 11 ghadi ghadi 4096 Aug 27 16:05 ghadi drwxr-x---? 2 1001 1001 4096 Aug 29 14:59 test_user1 drwxr-x---? 2 1002 1002 4096 Aug 29 14:59 test_user2 Seeing as the output does not return permission errors anymore on plucky, the fix can be considered a success. ** Tags removed: verification-needed-plucky ** Tags added: verification-done-plucky -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to coreutils in Ubuntu. https://bugs.launchpad.net/bugs/2115274 Title: ls -l returns permission denied errors on NFS share to /home Status in coreutils package in Ubuntu: Fix Committed Status in coreutils source package in Noble: Fix Committed Status in coreutils source package in Oracular: Won't Fix Status in coreutils source package in Plucky: Fix Committed Status in coreutils source package in Questing: Fix Committed Bug description: Thank you @joalif for troubleshooting the issue and finding the required commit. [impact] When hosting an NFS share that is sharing the home directory of users (e.g. /home), doing an "ls -l" on a client that has access to this share will return permission denied errors for each user before showing the output of the command. Below is an example output of the current version of ls: ghadi@nfs-client:/mnt/nfs_clientshare$ ls -l ls: test_user1: Permission denied ls: test_user2: Permission denied total 12 drwxr-x--- 5 ghadi ghadi 4096 May 7 18:17 ghadi drwxr-x--- 2 1001 1001 4096 Jun 17 15:25 test_user1 drwxr-x--- 2 1002 1002 4096 Jun 17 15:27 test_user2 There has been a patch upstream to resolve this issue that I have already backported after some modifications to fit the current version of coreutils being used: https://cgit.git.savannah.gnu.org/cgit/coreutils.git/commit/?id=b58e321c8d5dd841f4170312692035a66b5ac149 [Test Plan] 1. On the NFS server create a few users and make sure they have a home directory: $ sudo useradd -m test_user1 $ sudo useradd -m test_user2 2. Then setup the NFS server and make sure to share /home 3. On the client machine, mount the NFS share and run "ls -l" 4. With the current version of coreutils you will see the following output: $ ghadi@nfs-client:/mnt/nfs_clientshare$ ls -l ls: test_user1: Permission denied ls: test_user2: Permission denied total 12 drwxr-x--- 5 ghadi ghadi 4096 May 7 18:17 ghadi drwxr-x--- 2 1001 1001 4096 Jun 17 15:25 test_user1 drwxr-x--- 2 1002 1002 4096 Jun 17 15:27 test_user2 However in the patched version you will see the following: $ ghadi@nfs-client:/mnt/nfs_clientshare$ ls -l total 12 drwxr-x--- 5 ghadi ghadi 4096 May 7 18:17 ghadi drwxr-x---? 2 1001 1001 4096 Jun 17 15:25 test_user1 drwxr-x---? 2 1002 1002 4096 Jun 17 15:27 test_user2 [Where problems could occur] * The patch adds "?" symbols when it cannot get the metadata which could cause issues with some scripts * Some errors that should be displayed might stop being displayed specially if they are related to reading file attributes (operations that involve the listxattr syscall) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/2115274/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
