Odd 'hang' trying to ls a directory ...

Marc G. Fournier scrappy at hub.org
Tue May 27 09:04:44 PDT 2003


Running -STABLE from May 15th, if I do an 'ls /usr', it works ... if I do
an 'ls /vm', it hangs .. the machine doesn't hang, as far as I can tell,
all the web sites are accessible, and there are no errors in
/var/log/messages .. I have soft-updates disabled on that file system, and
iostat is showing the drive array to be quite idle:

      tty             da0            pass0            pass1             cpu
 tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id
   0   35  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00  13  0 14  1 73
   0    8  9.62  30  0.28   0.00   0  0.00   0.00   0  0.00   4  0  3  0 93
   0    8 15.00   2  0.03   0.00   0  0.00   0.00   0  0.00   7  0  1  0 92
   0    8 15.00   4  0.06   0.00   0  0.00   0.00   0  0.00   3  0  1  0 96
   0    8 15.77  30  0.46   0.00   0  0.00   0.00   0  0.00   0  0  2  0 97

I can run 'df', but I can't run 'df -t ufs', as that too just hangs ...

According to ps axl, I have the following in WCHAN states:

neptune# ps axl | awk '{print $9}' | sort | uniq -c
   6 -
   1 WCHAN
 207 accept
 103 inode
   2 kqread
 412 lockf
  68 nanslp
   8 pause
   1 piperd
  13 poll
   3 psleep
  58 sbwait
   1 sched
 626 select
   1 syncer
   3 ttyin
   1 vlruwt
   8 wait

Thoughts?  Does anything above look like its 'hanging' or 'locking' the file
system?  A few minutes later, there are a few variations:

neptune# ps axl | awk '{print $9}' | sort | uniq -c
   6 -
   1 WCHAN
 207 accept
 129 inode
 426 lockf
  67 nanslp
   8 pause
   1 piperd
  13 poll
   3 psleep
  61 sbwait
   1 sched
 622 select
   1 syncer
   3 ttyin
   1 vlruwt
   9 wait



More information about the freebsd-stable mailing list