lkml.org 
[lkml]   [2011]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: 2.6.38-rc3: FUSE (sshfs) hangs under load
From
Date
On Wed, 2 Feb 2011, Dmitry Torokhov wrote:
> --/9DWx/yDrRhgMJTb
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> On Wed, Feb 02, 2011 at 08:52:36AM -0800, Dmitry Torokhov wrote:
> > On Wed, Feb 02, 2011 at 12:52:36PM +0100, Miklos Szeredi wrote:
> > > On Tue, 1 Feb 2011, Dmitry Torokhov wrote:
> > > > Hi,
> > > >
> > > > After installing 2.6.38-rc3 (plus a few input patches) sshfs started to
> > > > misbehave on me under load. It starts off fine but when I try to compile
> > > > a few modules against kernel sources residing on the other box the
> > > > processes go into 'D' state and just sit there doing nothing.
> > >
> > > Can you please post a stack trace from SysRq-T?
> > >
> >
> > Will do tonight. In the meantime I tried bisecting, but failure is not
> > always triggered on the first attempt so results are iffy. The log so
> > far:
> >
> > # bad: [7d44b0440147d83a65270205b22e7d365de28948] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse
> > # good: [3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5] Linux 2.6.37
> > git bisect start '7d44b0440147d83a65270205b22e7d365de28948' 'v2.6.37'
> > # bad: [84b7290cca16c61a167c7e1912cd84a479852165] Merge git://git.kernel.org/pub/scm/linux/kernel/git/lethal/fbdev-2.6
> > git bisect bad 84b7290cca16c61a167c7e1912cd84a479852165
> > # good: [fea9294c5f2902c45613681ad995ca27899d2016] pch_can: Optimize "if" condition in rx/tx processing
> > git bisect good fea9294c5f2902c45613681ad995ca27899d2016
> > # bad: [c96e96354a6c9456cdf1f150eca504e2ea35301e] Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next-2.6 into for-davem
> > git bisect bad c96e96354a6c9456cdf1f150eca504e2ea35301e
> > # good: [003ea98195eebdfcf476317b517e8c29a25b9d10] iwlwifi: remove reference to Gen2
> > git bisect good 003ea98195eebdfcf476317b517e8c29a25b9d10
> >
> > The last good must have been also bad as sshfs got stuck while I was
> > installing next bisect step over it.
> >
>
> OK, so here are the stack traces you requested. First one is snapshot of
> when compile got stuck, the 2nd one is when I interrupted make which
> caused gcc to go to 'D' state.

There doesn't appear anything abnormal there.

It's going into D state after it has received an interrupt and sent it
along to the userspace filesystem. Then it will go into
uninterruptible sleep until the answer is received.

So the hang is because the answer to an open request is not being
received. I can't tell where it got stuck, apparently not anywhere on
the local machine.

Can you please get a log from sshfs with "-odebug,sshfs_debug" and
redirect stderr to a file? That might tell a bit more about the
situation. Or it might not...

Thanks,
Miklos


\
 
 \ /
  Last update: 2011-02-03 12:15    [W:2.078 / U:0.248 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site