[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e9c3a7c20711051619u7054aab9l208b604b9e58fb61@mail.gmail.com>
Date: Mon, 5 Nov 2007 17:19:49 -0700
From: "Dan Williams" <dan.j.williams@...el.com>
To: "Justin Piszcz" <jpiszcz@...idpixels.com>,
"BERTRAND Joël" <joel.bertrand@...tella.fr>
Cc: "Neil Brown" <neilb@...e.de>, linux-kernel@...r.kernel.org,
linux-raid@...r.kernel.org
Subject: Re: 2.6.23.1: mdadm/raid5 hung/d-state
On 11/5/07, Justin Piszcz <jpiszcz@...idpixels.com> wrote:
[..]
> > Are you seeing the same "md thread takes 100% of the CPU" that Joël is
> > reporting?
> >
>
> Yes, in another e-mail I posted the top output with md3_raid5 at 100%.
>
This seems too similar to Joël's situation for them not to be
correlated, and it shows that iscsi is not a necessary component of
the failure.
The attached patch allows the debug statements in MD to be enabled via
sysfs. Joël, since it is easier for you to reproduce can you capture
the kernel log output after the raid thread goes into the spin? It
will help if you have CONFIG_PRINTK_TIME=y set in your kernel
configuration.
After the failure run:
echo 1 > /sys/block/md_d0/md/debug_print_enable; sleep 5; echo 0 >
/sys/block/md_d0/md/debug_print_enable
...to enable the print messages for a few seconds. Please send the
output in a private message if it proves too big for the mailing list.
Download attachment "raid5-debug-print-enable.patch" of type "application/octet-stream" (1805 bytes)
Powered by blists - more mailing lists