From: Bill Davidsen <davidsen@tmr.com>
To: Joshua Johnson <enigma2175@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: HELP! New disks being dropped from RAID 6 array on every reboot
Date: Sat, 24 Nov 2007 14:20:22 -0500 [thread overview]
Message-ID: <47487976.7060201@tmr.com> (raw)
In-Reply-To: <e59c37290711231019v3c20ea71od906bca6e5cab724@mail.gmail.com>
Joshua Johnson wrote:
> Greetings, long time listener, first time caller.
>
> I recently replaced a disk in my existing 8 disk RAID 6 array.
> Previously, all disks were PATA drives connected to the motherboard
> IDE and 3 promise Ultra 100/133 controllers. I replaced one of the
> Promise controllers with a Via 64xx based controller, which has 2 SATA
> ports and one PATA port. I connected a new SATA drive to the new
> card, partitioned the drive and added it to the array. After 5 or 6
> hours the resyncing process finished and the array showed up complete.
> Upon rebooting I discovered that the new drive had not been added to
> the array when it was assembled on boot. I resynced it and tried
> again -- still would not persist after a reboot. I moved one of the
> existing PATA drives to the new controller (so I could have the slot
> for network), rebooted and rebuilt the array. Now when I reboot BOTH
> disks are missing from the array (sda and sdb). Upon examining the
> disks it appears they think they are part of the array, but for some
> reason they are not being added when the array is being assembled.
> For example, this is a disk on the new controller which was not added
> to the array after rebooting:
>
> # mdadm --examine /dev/sda1
> /dev/sda1:
> Magic : a92b4efc
> Version : 00.90.03
> UUID : 63ee7d14:a0ac6a6e:aef6fe14:50e047a5
> Creation Time : Thu Sep 21 23:52:19 2006
> Raid Level : raid6
> Device Size : 191157248 (182.30 GiB 195.75 GB)
> Array Size : 1146943488 (1093.81 GiB 1174.47 GB)
> Raid Devices : 8
> Total Devices : 8
> Preferred Minor : 0
>
> Update Time : Fri Nov 23 10:22:57 2007
> State : clean
> Active Devices : 8
> Working Devices : 8
> Failed Devices : 0
> Spare Devices : 0
> Checksum : 50df590e - correct
> Events : 0.96419878
>
> Chunk Size : 256K
>
> Number Major Minor RaidDevice State
> this 6 8 1 6 active sync /dev/sda1
>
> 0 0 3 2 0 active sync /dev/hda2
> 1 1 57 2 1 active sync /dev/hdk2
> 2 2 33 2 2 active sync /dev/hde2
> 3 3 34 2 3 active sync /dev/hdg2
> 4 4 22 2 4 active sync /dev/hdc2
> 5 5 56 2 5 active sync /dev/hdi2
> 6 6 8 1 6 active sync /dev/sda1
> 7 7 8 17 7 active sync /dev/sdb1
>
>
> Everything there seems to be correct and current up to the last
> shutdown. But the disk is not being added on boot. Examining a disk
> that is currently running in the array shows:
>
> # mdadm --examine /dev/hdc2
> /dev/hdc2:
> Magic : a92b4efc
> Version : 00.90.03
> UUID : 63ee7d14:a0ac6a6e:aef6fe14:50e047a5
> Creation Time : Thu Sep 21 23:52:19 2006
> Raid Level : raid6
> Device Size : 191157248 (182.30 GiB 195.75 GB)
> Array Size : 1146943488 (1093.81 GiB 1174.47 GB)
> Raid Devices : 8
> Total Devices : 6
> Preferred Minor : 0
>
> Update Time : Fri Nov 23 10:23:52 2007
> State : clean
> Active Devices : 6
> Working Devices : 6
> Failed Devices : 2
> Spare Devices : 0
> Checksum : 50df5934 - correct
> Events : 0.96419880
>
> Chunk Size : 256K
>
> Number Major Minor RaidDevice State
> this 4 22 2 4 active sync /dev/hdc2
>
> 0 0 3 2 0 active sync /dev/hda2
> 1 1 57 2 1 active sync /dev/hdk2
> 2 2 33 2 2 active sync /dev/hde2
> 3 3 34 2 3 active sync /dev/hdg2
> 4 4 22 2 4 active sync /dev/hdc2
> 5 5 56 2 5 active sync /dev/hdi2
> 6 6 0 0 6 faulty removed
> 7 7 0 0 7 faulty removed
>
>
> Here is my /etc/mdadm/mdadm.conf:
>
> DEVICE partitions
> PROGRAM /bin/echo
> MAILADDR <redacted>
> ARRAY /dev/md0 level=raid6 num-devices=8
> UUID=63ee7d14:a0ac6a6e:aef6fe14:50e047a5
>
>
> Can anyone see anything that is glaringly wrong here? Has anybody
> experienced similar behavior? I am running Debian using kernel
> 2.6.23.8. All partitions are set to type 0xFD and it appears the
> superblocks on the sd* disks were written, why wouldn't they be added
> to the array on boot? Any help is greatly appreciated!
Does that match what's in the init files used at boot? By any chance
does the information there explicitly list partitions by name? If you
change to "PARTITIONS" in /etc/mdadm.conf it won't bite you until you
change the detected partitions so they no longer match what was correct
at install time.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-11-24 19:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-23 18:19 HELP! New disks being dropped from RAID 6 array on every reboot Joshua Johnson
2007-11-23 19:40 ` BERTRAND Joël
2007-11-23 22:30 ` Dan Williams
2007-11-24 19:20 ` Bill Davidsen [this message]
2007-11-25 0:53 ` Joshua Johnson
[not found] ` <4748F99D.4050100@tmr.com>
2007-11-25 20:03 ` Joshua Johnson
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=47487976.7060201@tmr.com \
--to=davidsen@tmr.com \
--cc=enigma2175@gmail.com \
--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).