help with ls command

[Camelia Botez]

I’m talkibg about /usr/local/src that is on /dev/sda2 under / and indeed it is the partition I ran fsck.
In other directories ls works fine.
Yes the shell does manage to read the directory contents , but in one subdirectory containing no more than 24 files ls –ltr gets stuck.
No the ls command is not in D state (if I’m not mistaking its state is S).



From: shimi at shimi.net [mailto:shimi at shimi.net] On Behalf Of shimi
Sent: Tuesday, May 01, 2012 2:13 PM
To: Camelia Botez
Cc: linux-il at cs.huji.ac.il
Subject: Re: help with ls command


On Tue, May 1, 2012 at 1:59 PM, Camelia Botez <camelia.botez at weizmann.ac.il<mailto:camelia.botez at weizmann.ac.il>> wrote:
I have 2 servers running Rhel5 and Centos5.
Around 2 weeks ago on both of them , I have specific directories on which ls command gets stuck.
I don’t get any output from ls , I cannot stop the command – I only can close the window.
I rebooted the servers and when I saw that reboot didn’t help I ran manually  fsck.
No improvement.
Has anyone any idea what can be the cause and what to do?



Things I can think of...

Anything on dmesg when this happens?

Did you verify that those directories are indeed on the volume you fsck'd ? (and not a network share, etc.)

Are those 'stock' directories (part of the install) or something you've added? If stock, what's the path? (to know if it's a special one, augmenting the previous question)

Is the problem with actual listing, or 'ls' itself? Did you try, for example, cat /path/to/dir/ <tab> <tab> to see if the shell does manage to read the directory contents?

Do the stuck process get into D state  (in 'ps axuf') like I assume it is?

I know I didn't answer the question but maybe an answer to one of these questions might :)

That's it for now...

-- Shimi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20120501/4fec51eb/attachment-0001.html>