linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Frederic Weisbecker <fweisbec@gmail.com>
To: Alexander Beregalov <a.beregalov@gmail.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: reiserfs deadlock
Date: Sat, 6 Feb 2010 11:29:49 +0100	[thread overview]
Message-ID: <20100206102945.GA5062@nowhere> (raw)
In-Reply-To: <20100205093752.GA13441@orion>

On Fri, Feb 05, 2010 at 12:37:52PM +0300, Alexander Beregalov wrote:
> INFO: task nfsd:1741 blocked for more than 120 seconds.
> "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> nfsd          D 38f62cfa  6636  1741      2 0x00000000
>  f62d3c50 00000046 f62d3c30 38f62cfa 0000000b f6206b30 f62068b0 f62d3c90
>  f62d3c58 f62d3c88 00000000 f62d3c90 f62d3c58 c10a4838 f62d3c74 c134dc75
>  c10a4830 c27efab8 c27efab8 f6fbbf9c f62d3ca4 f62d3cb0 c134dd00 00000002
> Call Trace:
>  [<c10a4838>] inode_wait+0x8/0x10
>  [<c134dc75>] __wait_on_bit+0x45/0x70
>  [<c10a4830>] ? inode_wait+0x0/0x10
>  [<c134dd00>] out_of_line_wait_on_bit+0x60/0x70
>  [<c10a4830>] ? inode_wait+0x0/0x10
>  [<c103d530>] ? wake_bit_function+0x0/0x50
>  [<c10a51dc>] ifind+0x8c/0xb0
>  [<c10ea460>] ? reiserfs_find_actor+0x0/0x30
>  [<c10a5f90>] iget5_locked+0x40/0x170
>  [<c10ea460>] ? reiserfs_find_actor+0x0/0x30
>  [<c10ec554>] reiserfs_iget+0x34/0xb0
>  [<c10ea440>] ? reiserfs_init_locked_inode+0x0/0x20
>  [<c10ec5f9>] reiserfs_get_dentry+0x29/0x70
>  [<c1042c55>] ? sched_clock_cpu+0x95/0x110
>  [<c10ec6cf>] reiserfs_fh_to_dentry+0x3f/0xb0
>  [<c1128b85>] exportfs_decode_fh+0x35/0x200
>  [<c134018c>] ? sunrpc_cache_lookup+0x5c/0x140
>  [<c133fbc0>] ? cache_check+0x30/0x330
>  [<c134018c>] ? sunrpc_cache_lookup+0x5c/0x140
>  [<c108cab4>] ? slab_pad_check+0x34/0x120
>  [<c11305fa>] ? exp_get_by_name+0x4a/0x70
>  [<c134018c>] ? sunrpc_cache_lookup+0x5c/0x140
>  [<c108ce74>] ? check_object+0xe4/0x200
>  [<c108d470>] ? init_object+0x40/0x70
>  [<c104e202>] ? mark_held_locks+0x62/0x90
>  [<c108ed55>] ? kmem_cache_alloc+0xa5/0xf0
>  [<c104e4c4>] ? trace_hardirqs_on_caller+0x124/0x170
>  [<c104e51b>] ? trace_hardirqs_on+0xb/0x10
>  [<c1042de2>] ? prepare_creds+0x22/0x50
>  [<c1042de2>] ? prepare_creds+0x22/0x50
>  [<c112c3a7>] fh_verify+0x2f7/0x580
>  [<c112bf50>] ? nfsd_acceptable+0x0/0xf0
>  [<c102ea21>] ? local_bh_enable_ip+0x61/0xc0
>  [<c104e4c4>] ? trace_hardirqs_on_caller+0x124/0x170
>  [<c13422ab>] ? svc_xprt_enqueue+0x7b/0x240
>  [<c1135245>] nfsd3_proc_getattr+0x55/0xb0
>  [<c1129055>] nfsd_dispatch+0x95/0x200
>  [<c133697a>] svc_process+0x40a/0x730
>  [<c1129654>] nfsd+0xa4/0x130
>  [<c11295b0>] ? nfsd+0x0/0x130
>  [<c103d1fc>] kthread+0x6c/0x80
>  [<c103d190>] ? kthread+0x0/0x80
>  [<c100303a>] kernel_thread_helper+0x6/0x1c
> 2 locks held by nfsd/1741:
>  #0:  (hash_sem){.+.+.+}, at: [<c1131a2d>] exp_readlock+0xd/0x10
>  #1:  (&REISERFS_SB(s)->lock){+.+.+.}, at: [<c1110f28>] reiserfs_write_lock+0x28/0x40


Yes! That must be the culprit. We are waiting for the inode to be
un-dirtied, but it can't since the writeback will need the reiserfs lock,
which we hold already.

Fine, I'll fix this, thanks a lot again for your report Alexander!


  reply	other threads:[~2010-02-06 10:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-03 19:03 reiserfs deadlock Alexander Beregalov
2010-02-03 19:08 ` Alexander Beregalov
2010-02-03 20:29   ` Frederic Weisbecker
2010-02-03 22:43     ` Alexander Beregalov
2010-02-03 22:52       ` Frederic Weisbecker
2010-02-05  1:46         ` Alexander Beregalov
2010-02-05  3:59           ` Frederic Weisbecker
2010-02-05  9:37             ` Alexander Beregalov
2010-02-06 10:29               ` Frederic Weisbecker [this message]
2010-02-11 18:35               ` [PATCH] reiserfs: Fix softlockup while waiting on an inode Frederic Weisbecker

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=20100206102945.GA5062@nowhere \
    --to=fweisbec@gmail.com \
    --cc=a.beregalov@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).