Bug 44005 - `ls' does not work
Summary: `ls' does not work
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: am-utils
Version: 1.0
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Peter Vrabec
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-06-08 21:42 UTC by Enrico Scholz
Modified: 2007-04-18 16:33 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-04-18 11:09:10 UTC
Embargoed:


Attachments (Terms of Use)

Description Enrico Scholz 2001-06-08 21:42:31 UTC
Description of Problem:

linux_nfs_error() in conf/mount/mount_linux.c maps ESUCCESS to NE_IO so a
lot of operations will return an error-code although they succeeded:

------------
$ strace ls -a
...
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
fstat64(4, {st_mode=S_IFDIR|0555, st_size=512, ...}) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
brk(0x805a000)                          = 0x805a000
getdents64(4, 0x8057098, 4096)          = -1 EIO (Input/output error)
getdents(4, 0xbfffebb0, 2980)           = -1 EIO (Input/output error)
close(4)                                = 0
_exit(0)                                = ?
---------------------

That's why e.g. `ls' won't work in an auto-mounted directory.


There is a patch on ftp://ftp.cs.columbia.edu/mdarch/amd-dev/archive.0105
(msg-id <Pine.LNX.4.33.0105191509350.2831-100000.columbia.edu>)
curing this.



How Reproducible:

everytime


Steps to Reproduce:
1. setup am-utils
2. execute `ls -a' in an auto-mounted dir


Actual Results:

$ ls -a
$


Expected Results:

$ ls -a
.  .. [other files]


Additional Information:
	
# rpm -q glibc
glibc-2.2.3-11

official kernel 2.4.[45]


Note You need to log in before you can comment on or make changes to this bug.