All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Miklos Szeredi <miklos@szeredi.hu>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.38-rc3: FUSE (sshfs) hangs under load
Date: Thu, 3 Feb 2011 11:41:15 -0800	[thread overview]
Message-ID: <20110203194115.GA14159@core.coreip.homeip.net> (raw)
In-Reply-To: <E1Pkx7s-00073l-5B@pomaz-ex.szeredi.hu>

On Thu, Feb 03, 2011 at 12:13:24PM +0100, Miklos Szeredi wrote:
> 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...

Hmm, it might be just the network itself, last night mutt in ssh session
froze on me as well. I guess I'll just have to finish my bisect
exercise.

Thanks.

-- 
Dmitry

  reply	other threads:[~2011-02-03 19:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-01 17:54 2.6.38-rc3: FUSE (sshfs) hangs under load Dmitry Torokhov
2011-02-02 11:52 ` Miklos Szeredi
2011-02-02 16:52   ` Dmitry Torokhov
2011-02-03  6:55     ` Dmitry Torokhov
2011-02-03 11:13       ` Miklos Szeredi
2011-02-03 19:41         ` Dmitry Torokhov [this message]
2011-02-04  6:49           ` Wireless regression (was 2.6.38-rc3: FUSE (sshfs) hangs under load) Dmitry Torokhov
2011-02-04 11:41             ` Felix Fietkau
2011-02-04 12:05               ` Felix Fietkau
2011-02-07  8:06                 ` Dmitry Torokhov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110203194115.GA14159@core.coreip.homeip.net \
    --to=dmitry.torokhov@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=miklos@szeredi.hu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.