+++ This bug was initially created as a clone of Bug #131712 +++
Description of problem:
'lsof -b', hangs in disk-wait if another process is also stuck in
Version-Release number of selected component (if applicable): 4.72-1
How reproducible: ~10-30% on first try. Often takes several
iterations of step (4) below.
Steps to Reproduce:
1. Mount NFS export from another machine (hard mount, not soft)
2. cd /new_nfs_mount; while [ 0 ]; do find . ; done
3. Disable NFS export+ifdown interface and/or reboot NFS server
4. Run 'lsof -b' on client
Step (4) hangs while doing stat64; lsof process goes into disk-wait:
read(4, "30030 (bash) S 30025 30030 30030"..., 4096) = 224
close(4) = 0
munmap(0xb7298000, 4096) = 0
readlink("/proc/30030/cwd", "/mnt/tmp", 4096) = 8
I tried the above steps with the following combinations, all hung
after a few tries.
RHEL 2.1 + lsof 4.52
RHEL 2.1 + lsof 4.63
RHEL 3 + lsof 4.63
RHEL 3 + lsof 4.72
Fedora Core 2 + lsof 4.72
Could it possibly a kernel bug? The original process goes into disk
wait, while 'lsof -b' subsequently succeeds a few times (usually)
Closing this one as it has been agreed to close all RHEL3 issues.
Internal Status set to 'Resolved'
Status set to: Closed by Client
Resolution set to: 'Closed by Client'
Ticket type set to: 'Question'
This event sent from IssueTracker by smann