linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Adam Thompson <athompso@athompso.net>
To: Phil Turmel <philip@turmel.org>, linux-raid@vger.kernel.org
Cc: "Board, MUUG" <board@muug.mb.ca>, elrepo@lists.elrepo.org
Subject: Re: dead RAID6 array on CentOS6.6 / kernel 3.19
Date: Tue, 10 Feb 2015 20:53:35 -0600	[thread overview]
Message-ID: <54DAC42F.3090600@athompso.net> (raw)
In-Reply-To: <54DAC0E2.2070303@turmel.org>

On 2015-02-10 08:39 PM, Phil Turmel wrote:
> Hi Adam,
>
> On 02/10/2015 08:53 PM, Adam Thompson wrote:
>> So, I was doing some work on the new server tonight, stopping/starting
>> NFS caused a kernel panic, and I thought rebooting would be a good
>> idea... Apparently not!
>> Sure enough, no array.
>>> [root@muug ~]# cat /proc/mdstat
>>> Personalities : [raid1] [raid6] [raid5] [raid4] [raid10]
>>> md0 : active raid1 sdm1[0] sdn1[1]
>>>        1048512 blocks super 1.0 [2/2] [UU]
>>>        bitmap: 0/1 pages [0KB], 65536KB chunk
>>>
>>> md127 : inactive sdk[10] sdj[9] sdi[8] sdl[12]
>>>        15627550048 blocks super 1.2
>>>
>>> unused devices: <none>
> Not really no array -- this remnant is inactive.  On older kernel /
> mdadm combinations, you have to --stop the inactive array before you try
> again.  Please add --verbose to your --assemble --force
>
> If that doesn't work, use a bootable thumb drive with current kernel and
> mdadm and --assemble --force again.
>
> Phil

I do note that the array was stopped before I tried re-assembling it the 
first time (second invocation overall).  It stopped itself, as can be 
seen from the output.

Only with the addition of --no-degraded does the array assemble and 
remain assembled but un-started:
> [root@muug ~]# mdadm --verbose --assemble --force --no-degraded 
> /dev/md127 /dev/sd[a-l]
> mdadm: looking for devices for /dev/md127
> mdadm: /dev/sda is identified as a member of /dev/md127, slot 11.
> mdadm: /dev/sdb is identified as a member of /dev/md127, slot 2.
> mdadm: /dev/sdc is identified as a member of /dev/md127, slot 1.
> mdadm: /dev/sdd is identified as a member of /dev/md127, slot 3.
> mdadm: /dev/sde is identified as a member of /dev/md127, slot 5.
> mdadm: /dev/sdf is identified as a member of /dev/md127, slot 6.
> mdadm: /dev/sdg is identified as a member of /dev/md127, slot 7.
> mdadm: /dev/sdh is identified as a member of /dev/md127, slot 4.
> mdadm: /dev/sdi is identified as a member of /dev/md127, slot 8.
> mdadm: /dev/sdj is identified as a member of /dev/md127, slot 9.
> mdadm: /dev/sdk is identified as a member of /dev/md127, slot 10.
> mdadm: /dev/sdl is identified as a member of /dev/md127, slot 0.
> mdadm: added /dev/sdc to /dev/md127 as 1
> mdadm: added /dev/sdb to /dev/md127 as 2
> mdadm: added /dev/sdd to /dev/md127 as 3
> mdadm: added /dev/sdh to /dev/md127 as 4
> mdadm: added /dev/sde to /dev/md127 as 5
> mdadm: added /dev/sdf to /dev/md127 as 6 (possibly out of date)
> mdadm: added /dev/sdg to /dev/md127 as 7 (possibly out of date)
> mdadm: added /dev/sdi to /dev/md127 as 8
> mdadm: added /dev/sdj to /dev/md127 as 9
> mdadm: added /dev/sdk to /dev/md127 as 10
> mdadm: added /dev/sda to /dev/md127 as 11 (possibly out of date)
> mdadm: added /dev/sdl to /dev/md127 as 0
> mdadm: /dev/md127 assembled from 9 drives (out of 12), but not started.

Which then gives:
> [root@muug ~]# mdadm --detail /dev/md127
> /dev/md127:
>         Version : 1.2
>      Raid Level : raid0
>   Total Devices : 12
>     Persistence : Superblock is persistent
>
>           State : inactive
>
>            Name : muug.ca:ARRAY  (local to host muug.ca)
>            UUID : ca23c162:1ba5d5bd:e20e321a:54fc97e0
>          Events : 26263
>
>     Number   Major   Minor   RaidDevice
>
>        -       8        0        -        /dev/sda
>        -       8       16        -        /dev/sdb
>        -       8       32        -        /dev/sdc
>        -       8       48        -        /dev/sdd
>        -       8       64        -        /dev/sde
>        -       8       80        -        /dev/sdf
>        -       8       96        -        /dev/sdg
>        -       8      112        -        /dev/sdh
>        -       8      128        -        /dev/sdi
>        -       8      144        -        /dev/sdj
>        -       8      160        -        /dev/sdk
>        -       8      176        -        /dev/sdl

and

> [root@muug ~]# cat /proc/mdstat
> Personalities : [raid1] [raid6] [raid5] [raid4] [raid10]
> md127 : inactive sdl[12](S) sda[13](S) sdk[10](S) sdj[9](S) sdi[8](S) 
> sdg[7](S) sdf[6](S) sde[5](S) sdh[4](S) sdd[3](S) sdb[2](S) sdc[1](S)
>       46882650144 blocks super 1.2
>
> md0 : active raid1 sdm1[0] sdn1[1]
>       1048512 blocks super 1.0 [2/2] [UU]
>       bitmap: 0/1 pages [0KB], 65536KB chunk
>
> unused devices: <none>

and...

> [root@muug ~]# mdadm --verbose --misc --run --readonly /dev/md127
> mdadm: /dev/md127 does not appear to be active.


Also, kernel 3.19, which I mentioned we're running, pretty much *is* my 
definition of an up-to-date kernel... how much newer do you want me to 
try, and where would you recommend I find such a thing in a bootable image?

Thanks,
-Adam

-- 
-Adam Thompson
  athompso@athompso.net
  +1 (204) 291-7950 - cell
  +1 (204) 489-6515 - fax


  reply	other threads:[~2015-02-11  2:53 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-11  1:53 dead RAID6 array on CentOS6.6 / kernel 3.19 Adam Thompson
2015-02-11  2:39 ` Phil Turmel
2015-02-11  2:53   ` Adam Thompson [this message]
2015-02-11  3:08     ` Phil Turmel
2015-02-11  3:26       ` Adam Thompson
2015-02-11  4:26       ` NeilBrown
2015-02-11 18:21         ` Adam Thompson

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=54DAC42F.3090600@athompso.net \
    --to=athompso@athompso.net \
    --cc=board@muug.mb.ca \
    --cc=elrepo@lists.elrepo.org \
    --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;
as well as URLs for NNTP newsgroup(s).