From: Dave Chinner <david@fromorbit.com>
To: Matthew Whittaker-Williams <matthew@xsnews.nl>
Cc: xfs@oss.sgi.com
Subject: Re: XFS hangs and freezes with LSI 9265-8i controller on high i/o
Date: Tue, 12 Jun 2012 11:18:12 +1000 [thread overview]
Message-ID: <20120612011812.GK22848@dastard> (raw)
In-Reply-To: <4FD66513.2000108@xsnews.nl>
On Mon, Jun 11, 2012 at 11:37:23PM +0200, Matthew Whittaker-Williams wrote:
> Dear Developers,
>
> We are running into some problems with xfs and the LSI 9265-8i Controller.
>
> http://www.lsi.com/products/storagecomponents/Pages/MegaRAIDSAS9265-8i.aspx
>
> When running high i/o on raid 6 array with this controller xfs
> freezes up and we get the following errors:
>
> Linux sd69 3.4.1-custom #4 SMP Mon Jun 11 09:35:31 CEST 2012 x86_64
> GNU/Linux
>
> [ 62.911481] XFS (sda): Mounting Filesystem
> [ 63.212456] XFS (sda): Starting recovery (logdev: internal)
> [ 64.016420] XFS (sda): Ending recovery (logdev: internal)
> [ 64.020549] XFS (sdb): Mounting Filesystem
> [ 64.371207] XFS (sdb): Starting recovery (logdev: internal)
> [ 65.265051] XFS (sdb): Ending recovery (logdev: internal)
> [ 6110.298886] INFO: task kworker/0:0:11244 blocked for more than
> 120 seconds.
> [ 6110.298942] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
> disables this message.
> [ 6110.299000] kworker/0:0 D ffff8805ecf52880 0 11244 2
> 0x00000000
> [ 6110.299044] ffff8805ecf52880 0000000000000046 0000000000000000
> ffffffff81613020
> [ 6110.299107] 00000000000132c0 ffff880582d65fd8 00000000000132c0
> ffff880582d65fd8
> [ 6110.299170] 00000000000132c0 ffff8805ecf52880 00000000000132c0
> ffff880582d64010
> [ 6110.299233] Call Trace:
> [ 6110.299266] [<ffffffff8134d55a>] ? schedule_timeout+0x2d/0xd7
> [ 6110.299305] [<ffffffff810f62f5>] ? kmem_cache_alloc+0x2a/0xee
> [ 6110.299358] [<ffffffffa02cbff4>] ? kmem_zone_alloc+0x58/0x9e [xfs]
> [ 6110.299395] [<ffffffff8134de6b>] ? __down_common+0x93/0xe4
> [ 6110.299443] [<ffffffffa03062b0>] ? xfs_getsb+0x2f/0x5c [xfs]
> [ 6110.299480] [<ffffffff81057994>] ? down+0x27/0x37
> [ 6110.299520] [<ffffffffa02b81e7>] ? xfs_buf_lock+0x65/0xb2 [xfs]
> [ 6110.299568] [<ffffffffa03062b0>] ? xfs_getsb+0x2f/0x5c [xfs]
> [ 6110.299613] [<ffffffffa0312e3b>] ? xfs_trans_getsb+0xa5/0xf5 [xfs]
> [ 6110.299663] [<ffffffffa0306c9a>] ? xfs_mod_sb+0x43/0x10f [xfs]
> [ 6110.299710] [<ffffffffa02c70f6>] ? xfs_flush_inodes+0x23/0x23 [xfs]
> [ 6110.299755] [<ffffffffa02bcd06>] ? xfs_fs_log_dummy+0x61/0x75 [xfs]
> [ 6110.299802] [<ffffffffa0311978>] ? xfs_ail_min_lsn+0xd/0x2e [xfs]
> [ 6110.299849] [<ffffffffa02c7133>] ? xfs_sync_worker+0x3d/0x60 [xfs]
> [ 6110.299888] [<ffffffff812703b6>] ? powersave_bias_target+0x14b/0x14b
> [ 6110.299924] [<ffffffff8104fa39>] ? process_one_work+0x1cd/0x2eb
> [ 6110.299960] [<ffffffff8104fc85>] ? worker_thread+0x12e/0x249
> [ 6110.299993] [<ffffffff8104fb57>] ? process_one_work+0x2eb/0x2eb
> [ 6110.300029] [<ffffffff8104fb57>] ? process_one_work+0x2eb/0x2eb
> [ 6110.300064] [<ffffffff8105356e>] ? kthread+0x81/0x89
> [ 6110.300098] [<ffffffff813569a4>] ? kernel_thread_helper+0x4/0x10
That's pretty much a meaningless stack trace. Can you recompile your
kernel with frame pointers enabled so we can get a reliable stack
trace?
> Could you have a look into this issue?
We know there is a lurking problem that we've been trying to flush
out over the past couple of months. Do a search for hangs in
xlog_grant_log_space - we've found several problems in
the process, but there's still a remaining hang that is likely to be
the source of your problems.
> If you need any more information I am happy to provide it.
What workload are you running that triggers this?
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2012-06-12 1:18 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-11 21:37 XFS hangs and freezes with LSI 9265-8i controller on high i/o Matthew Whittaker-Williams
2012-06-12 1:18 ` Dave Chinner [this message]
2012-06-12 15:56 ` Matthew Whittaker-Williams
2012-06-12 17:40 ` Matthew Whittaker-Williams
2012-06-13 0:12 ` Stan Hoeppner
2012-06-13 1:19 ` Dave Chinner
2012-06-13 3:56 ` Stan Hoeppner
2012-06-13 8:54 ` Matthew Whittaker-Williams
2012-06-13 11:59 ` Andre Noll
2012-06-13 12:13 ` Michael Monnerie
2012-06-13 16:12 ` Stan Hoeppner
2012-06-14 7:31 ` Michael Monnerie
2012-06-14 0:04 ` Dave Chinner
2012-06-14 14:31 ` Matthew Whittaker-Williams
2012-06-15 0:16 ` Dave Chinner
2012-06-15 9:52 ` Michael Monnerie
2012-06-15 12:29 ` Dave Chinner
2012-06-15 11:25 ` Bernd Schubert
2012-06-15 12:30 ` Dave Chinner
2012-06-15 14:22 ` Bernd Schubert
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=20120612011812.GK22848@dastard \
--to=david@fromorbit.com \
--cc=matthew@xsnews.nl \
--cc=xfs@oss.sgi.com \
/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