Description of problem: There is a RHEL5 NFS client box. Open at least 2 terminal, one for dd ( dd if=/dev/zero of=test bs=1024k count=500) the other for ls. If user does ls during the dd, "ls" reply _AFTER_ the dd finish, in case of RHEL5. If user does the same test on RHEL3, the "ls" return the directory contents immidiately. Version-Release number of selected component (if applicable): kernel 2.6.18-92.1.13 nfs-utils-lib-1.0.8-7.2.z2 nfs-utils-1.0.9-33.el5 How reproducible: Always Steps to Reproduce: 1. Mount a NFS share from RHEL5 system. # mount nfsserver:/data /data 2. Open 2 terminals 2-1 copy 500mb file over NFS $ cd /data $ dd if=/dev/zero of=test bs=1024k count=500 2-2 issue "ls" after file copy start. $ cd /data $ ls Actual results: ls stop responding and wait until the dd copy end. After the dd finish, ls returns the result. Expected results: ls returns the result immidiately. Additional info:
Update Update the nfs-utils to latest (nfs-utils-1.0.9-35z.el5_2). But the symptom still occured.
Update mount with "-o sync" resolve the delay. But this may not be a workaround. Because the data transfer speed is too slow, compare to default.
This looks like a duplicate of bug 469848
*** This bug has been marked as a duplicate of bug 469848 ***