From: Soeren Grunewald <soeren.grunewald@desy.de>
To: Phil Turmel <philip@turmel.org>,
linux-raid mailinglist <linux-raid@vger.kernel.org>
Subject: Re: Assembly of RAID6 with 48 disk fails
Date: Fri, 1 Jul 2016 09:24:13 +0200 [thread overview]
Message-ID: <c12fbf50-7a19-9f52-1dcb-fe000481ebb8@desy.de> (raw)
In-Reply-To: <70dae6c2-0137-8436-0625-7a056ddf2779@turmel.org>
Hi Phil,
Thanks for your advice, that actually helped. I just build git head,
used '--assemble --force' and it was working. All filesystems on the
array are still valid, no data loss :) But this is the end for this
machine, since it was clearly a controller fault.
So thank you very very much, also from the users.
--
Cheers,
Soeren
On 06/30/2016 11:06 PM, Phil Turmel wrote:
> On 06/30/2016 11:33 AM, Grunewald, Soeren wrote:
>> Hi All,
>>
>> After a crash, probably caused by some raid issue, the array can't be
>> assembled again. It looks like 8 disk were disappearing form the raid at
>> the same time, which then lead to the system crash. Now I'm unable to
>> get the array back to live again. Because the whole system was on the
>> failing array, I can't access any additional information to check what
>> happened. The system is a 8 year old SUN Fire X4540 system running under
>> Ubuntu 12.04.5 (kernel-3.13.0-91 and mdadm-3.2.5-1ubuntu0.3), which is
>> mainly used for data conversion (converting very large files from one
>> format into another). The boot partition is placed on a 2GB ssd and the
>> rest is running on the 48disk raid6 array. I have booted the system from
>> a usb stick with clonezilla (kernel 4.4.x + mdadm 3.3) and started
>> digging...
>>
>> Since this is the first time, that a I face such a large array and such
>> an issue, I better follow the advice from the Linux-Raid-Wiki and
>> request for help.
>>
>> As one can see in the attached log, the 'Events' count of 40 drives is
>> 4391 and 4385 for the 8 others. We have the same picture for the
>> 'State', 40 drives state 'clean' and 8 drives 'active'. So I tried
>> 'mdadm --assemble --force ...'. This fixed the event count and faulty
>> flag on 4 of the 8 disks. But still the array can't be created.
>>
>> Except one smart error (1 Currently unreadable (pending) sectors) do all
>> other drives pass the extended smart test. I know, this does not mean
>> that the drives are not damaged or broken.
>>
>> Anyway, how should I process to get the array working again?
>>
> You're the second person in the last month to run into this... There
> was a bug in mdadm that makes it fail with --assemble --force when there
> are several out-of-date devices.
>
> The fix was to clone the mdadm git tree, compile the latest, and run
> that stand-alone binary to perform the forced assembly. I haven't tried
> to determine which released version has the fix.
>
> Phil
>
prev parent reply other threads:[~2016-07-01 7:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-30 15:33 Assembly of RAID6 with 48 disk fails Grunewald, Soeren
2016-06-30 21:06 ` Phil Turmel
2016-07-01 7:24 ` Soeren Grunewald [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=c12fbf50-7a19-9f52-1dcb-fe000481ebb8@desy.de \
--to=soeren.grunewald@desy.de \
--cc=linux-raid@vger.kernel.org \
--cc=philip@turmel.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