From: Iordan Iordanov <iordan@cdf.toronto.edu>
To: dujun <dujun@perabytes.com>
Cc: "Neil Brown" <neilb@suse.de>,
"Mathias Burén" <mathias.buren@gmail.com>,
linux-raid@vger.kernel.org, "CDF Admin" <admin@cdf.toronto.edu>
Subject: Re: raid related kernel hang in 2.6.36
Date: Fri, 11 Feb 2011 10:52:53 -0500 [thread overview]
Message-ID: <4D555B55.1080906@cdf.toronto.edu> (raw)
In-Reply-To: <4D541228.2090700@cdf.toronto.edu>
Hi Neil,
As requested, here is more background.
On 02/10/11 11:28, Iordan Iordanov wrote:
> We are currently using 2.6.36 on a production machine running mdadm
Our distribution is Debian Lenny. We have 10 3-way RAID1 mirrors (30 1TB
disks) striped together with LVM in one large volume group, out of which
we create logical drives. The actual drives are iscsi targets we import
from separate machines. The system is serving about 3500 active (not
logged-in at the same time) accounts to our department. Also, we have a
"development" platform, with no users using it, also with lvm, mdadm,
and iscsi, but with 5 disks instead of 30. The development platform was
sitting idle the whole time.
> this morning we experienced a very similar issue, but we didn't have the
> LOCKUP_DETECTOR config options set, so there was absolutely no output.
What I mean by a similar issue is that our development platform hung
without any output in the logs and was completely unresponsive on Feb 7,
and our production system hung and was completely unresponsive, save for
pings, on Feb 10. I don't know if the two hangs were caused by the same
issue.
I thought that the potential lock-up reported by Du Jun was acknowledged
as reality. I was wrong. We will recompile a longterm kernel (this time)
with the LOCKUP_DETECTOR flags set, and will wait to see if the issue
recurs. Do you have any suggestions to us?
Many thanks,
Iordan
prev parent reply other threads:[~2011-02-11 15:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-24 13:48 raid related kernel hang in 2.6.36 Du Jun
2010-11-24 14:19 ` Mathias Burén
2010-11-24 14:34 ` Du Jun
2010-11-24 20:01 ` Neil Brown
2010-11-24 21:15 ` Carlos Carvalho
2010-11-25 3:12 ` dujun
2011-02-10 16:28 ` Iordan Iordanov
2011-02-11 15:52 ` Iordan Iordanov [this message]
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=4D555B55.1080906@cdf.toronto.edu \
--to=iordan@cdf.toronto.edu \
--cc=admin@cdf.toronto.edu \
--cc=dujun@perabytes.com \
--cc=linux-raid@vger.kernel.org \
--cc=mathias.buren@gmail.com \
--cc=neilb@suse.de \
/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.