From: Pim Zandbergen <P.Zandbergen@macroscoop.nl>
To: linux-raid@vger.kernel.org
Subject: freshly grown array shrinks after first reboot - major data loss
Date: Thu, 01 Sep 2011 17:28:53 +0200 [thread overview]
Message-ID: <4E5FA4B5.6010407@macroscoop.nl> (raw)
I replaced every 2TB drive of my 7-drive RAID-5 array with 3TB drives.
After the last replacement I could grow the array from 12 TB to 18 TB using
mdadm --grow /dev/md0 --size max
That worked:
md0: detected capacity change from 12002386771968 to 18003551059968
It worked for quite a while, until the machine had to be rebooted. It
shrunk:
md0: detected capacity change from 0 to 4809411526656
The LVM volume group on this array would not be activated until I repeated
the mdadm command. It grew back to the original size.
md0: detected capacity change from 4809411526656 to 18003551059968
However, this caused major data loss, as everything beyond the perceived
4.8 TB size was wiped by the sync process.
This happened on Fedora 15, using kernel-2.6.38.6-27.fc15.x86_64 and
mdadm-3.2.2-6.fc15.x86_64.
The drives are Hitachi Deskstar 7K3000 HDS723030ALA640. The adapter is an
LSI Logic SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] (rev 03)
(LSI SAS 9211-8i). I had to buy this adapter as my old SAS1068 based card
would not support 3TB drives.
I can probably fix this by creating a fresh new array and then start
restoring
my backups, but now is the time to seek for the cause of this.
I can reproduce this on demand. I can grow the array again, and it will
shrink
immediately after the next reboot.
What should I do to find the cause?
Thanks,
Pim
next reply other threads:[~2011-09-01 15:28 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-01 15:28 Pim Zandbergen [this message]
2011-09-01 16:12 ` freshly grown array shrinks after first reboot - major data loss Pim Zandbergen
2011-09-01 16:16 ` Pim Zandbergen
2011-09-01 16:48 ` John Robinson
2011-09-01 17:21 ` Pim Zandbergen
2011-09-02 9:02 ` Pim Zandbergen
2011-09-02 10:33 ` Mikael Abrahamsson
2011-09-05 10:47 ` Pim Zandbergen
2011-09-01 16:31 ` Doug Ledford
2011-09-01 17:44 ` Pim Zandbergen
2011-09-01 18:17 ` Doug Ledford
2011-09-01 18:52 ` Pim Zandbergen
2011-09-01 19:41 ` Doug Ledford
2011-09-02 9:19 ` Pim Zandbergen
2011-09-02 11:06 ` John Robinson
2011-09-09 19:30 ` Bill Davidsen
2011-09-08 1:10 ` NeilBrown
2011-09-08 13:44 ` Pim Zandbergen
2011-09-02 5:32 ` Simon Matthews
2011-09-02 8:53 ` Pim Zandbergen
2011-09-01 17:03 ` Robin Hill
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=4E5FA4B5.6010407@macroscoop.nl \
--to=p.zandbergen@macroscoop.nl \
--cc=linux-raid@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).