Red Hat Bugzilla – Bug 1265950
ls -l uses getxattr (regression of bug 720325)
Last modified: 2015-10-18 17:37:46 EDT
Filed from caserun https://tcms.engineering.redhat.com/run/259740/#caserun_10787522
Version-Release number of selected component (if applicable):
Steps to Reproduce:
strace -e trace=lstat,getxattr,lgetxattr ls -l /media 2>&1 |grep ^getxattr
getxattr("/media", "system.posix_acl_access", 0x0, 0) = -1 ENODATA (No data available)
getxattr("/media", "system.posix_acl_default", 0x0, 0) = -1 ENODATA (No data available)
getxattr syscall should not be used
according to bug 720325 comment 32 it seems like a regression from RHEL6/coreutils-8.4-16.el6
Is this still an issue with kernels >= 3.1.0 ?
See bug 720325 comment 24
The fix for the issue was included in RHEL-6 only. IIRC, it was rejected by gnulib upstream and we did not want to maintain it forever as a RHEL only fix.
Definitely _not_ a regression in RHEL-7.
Agree with Kamil, we don't want to diverge from upstream there. As pointed out by Pádraig, this syscall shouldn't be an issue with new kernels. Closing notabug unless there is real reason for changing this.