help with ls command

[Camelia Botez]

I’m performing the ls command from an ssh sessions from another linux computer.
The MTU was 1500 and I changed it to 1300 but the problem  persists.

From: shimi at shimi.net [mailto:shimi at shimi.net] On Behalf Of shimi
Sent: Wednesday, May 02, 2012 8:05 AM
To: Camelia Botez
Subject: Fwd: help with ls command

Hi Camelia - did you notice the mail below? I did not see a reply from you regarding that...
---------- Forwarded message ----------
From: shimi <linux-il at shimi.net<mailto:linux-il at shimi.net>>
Date: Tue, May 1, 2012 at 2:33 PM
Subject: Re: help with ls command
To: Camelia Botez <camelia.botez at weizmann.ac.il<mailto:camelia.botez at weizmann.ac.il>>
Cc: "linux-il at cs.huji.ac.il<mailto:linux-il at cs.huji.ac.il>" <linux-il at cs.huji.ac.il<mailto:linux-il at cs.huji.ac.il>>


On Tue, May 1, 2012 at 2:30 PM, Camelia Botez <camelia.botez at weizmann.ac.il<mailto:camelia.botez at weizmann.ac.il>> wrote:
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).


Follow up question, then:

Are you performing those operations over network? (and especially - over VPN/WAN/Tunnel)? If so, what you're describing sounds like the output packet sizes may be too large for your path's MTU. If you take the network interface you're coming through MTU and reduce it, to, let's say, 1300, does the problem persist? (/sbin/ifconfig eth0 mtu 1300)

-- Shimi

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20120503/cd9e1f88/attachment.html>