Description of problem:
When listing an nfs4 mounted directory an incorrect ownership of -2 is shown
for some users.
Version-Release number of selected component (if applicable):
nfs client (Fedora 17):
nfs-utils-1.2.6-5.fc17.i686
kernel-PAE-3.6.5-1.fc17.i686
nfs server (Fedora 16):
nfs-utils-1.2.5-5.fc16.i686
kernel-PAE-3.3.5-2.fc16.i686
How reproducible:
by listing an NFS4 mounted directory with files owned by many users.
Steps to Reproduce:
1. Mount via NFS4 an export containing files owned by more than 200 different users (e.g. /var/spool/mail/)
2. Do "ls -l <mountpoint>"
Actual results:
for some users the ownership is incorrectly given as 4294967294
Expected results:
the owner of all files should be mapped correctly
Additional info:
in /proc/keys there is a listing of all cached uid mappings, the user that
are not listed correctly are not present in the list.
Strangely, all keys are shown as "permanent" instead of having an expiration
time of 600 seconds.
Also they are contributing (flag Q) to the quota.
in /proc/key-users you can find the current maximum allowed number of keys
for the root user (200).
Description of problem:
When listing an nfs4 mounted directory an incorrect ownership of -2 is shown
for some users.
Version-Release number of selected component (if applicable): 1.2.6-5. fc17.i686 PAE-3.6. 5-1.fc17. i686
nfs client (Fedora 17):
nfs-utils-
kernel-
nfs server (Fedora 16): 1.2.5-5. fc16.i686 PAE-3.3. 5-2.fc16. i686
nfs-utils-
kernel-
How reproducible:
by listing an NFS4 mounted directory with files owned by many users.
Steps to Reproduce:
1. Mount via NFS4 an export containing files owned by more than 200 different users (e.g. /var/spool/mail/)
2. Do "ls -l <mountpoint>"
Actual results:
for some users the ownership is incorrectly given as 4294967294
Expected results:
the owner of all files should be mapped correctly
Additional info:
in /proc/keys there is a listing of all cached uid mappings, the user that
are not listed correctly are not present in the list.
Strangely, all keys are shown as "permanent" instead of having an expiration
time of 600 seconds.
Also they are contributing (flag Q) to the quota.
in /proc/key-users you can find the current maximum allowed number of keys
for the root user (200).
Bug https:/ /bugzilla. redhat. com/show_ bug.cgi? id=847084 probably has the same origin; however that bug has been closed as NOTABUG.