From: "Mark Cuss" <mcuss@cdlsystems.com>
To: linux-raid-owner@vger.kernel.org, linux-raid@vger.kernel.org
Subject: Re: How to force a spare drive to take over in a RAID5?
Date: Tue, 9 Aug 2005 13:48:50 -0600 [thread overview]
Message-ID: <00b301c59d1b$5d5645a0$ab0e10ac@pinchy> (raw)
In-Reply-To: 1123540166.17810.1.camel@star2.austin.ibm.com
Hmm - Okay. If I do that, I get "/dev/sdr1 does not appear to be an md
device". If I add --force with this it doesn't seem to matter.
I think the problem is that the superblock is hooched up on this drive and
therefore mdadm doesn't think it's a part of the array, even though
madam --detail /dev/md4 lists it:
[root@hal root]# mdadm --detail /dev/md4
/dev/md4:
Version : 00.90.00
Creation Time : Sat Sep 11 14:07:20 2004
Raid Level : raid5
Array Size : 430115904 (410.19 GiB 440.48 GB)
Device Size : 143371968 (136.73 GiB 146.86 GB)
Raid Devices : 4
Total Devices : 5
Preferred Minor : 4
Persistence : Superblock is persistent
Update Time : Mon Jul 18 10:43:13 2005
State : dirty, no-errors
Active Devices : 4
Working Devices : 5
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
0 65 17 0 active sync /dev/sdr1
1 8 161 1 active sync /dev/sdk1
2 8 177 2 active sync /dev/sdl1
3 8 193 3 active sync /dev/sdm1
4 65 33 4 /dev/sds1
UUID : 24989439:d4f0d908:67494e4a:97b3ba91
[root@hal root]#
I'd really like to get this md device to rebuilt onto sds and get rid of
sdr, but I'm not sure what to do next. I guess I could do something drastic
like remove the device from the SCSI chain by echoing the
"remove-single-device" command to /proc/scsi - I imagine that would trigger
a rebuild onto the spare drive sds, but I'm nervous to try that on a
production device until I ask the experts here :)
Thanks
Mark
----- Original Message -----
From: "Mike Tran" <mhtran@us.ibm.com>
To: <linux-raid@vger.kernel.org>
Sent: Monday, August 08, 2005 4:29 PM
Subject: Re: How to force a spare drive to take over in a RAID5?
> You're on the right track :) mdadm --fail /dev/sdr should do.
>
> --
> Mike T.
>
> On Mon, 2005-08-08 at 16:43, Mark Cuss wrote:
>> Kernel 2.4.27
>>
>> I've been using the old raidtools stuff and am new to mdadm - sorry if
>> this
>> is a obvisouly simply question...
>>
>> After perusing the man page, is looks to me that I should use mdadm to
>> mark
>> the drive I want to remove as failed to force a rebuild on the spare
>> drive.
>> I want to double check that this is correct first though, as this md
>> device
>> contains 300 gig of production data.
>>
>> Thanks for the help!
>>
>> Mark
>>
>> ----- Original Message -----
>> From: "David Greaves" <david@dgreaves.com>
>> To: "Mark Cuss" <mcuss@cdlsystems.com>
>> Cc: <linux-raid@vger.kernel.org>
>> Sent: Sunday, August 07, 2005 5:29 AM
>> Subject: Re: How to force a spare drive to take over in a RAID5?
>>
>>
>> > Mark Cuss wrote:
>> >
>> >> Hi!
>> >>
>> >> I have a 4 drive SW RAID5 running on my machine. One of the drives is
>> >> upset for some reason - I'm not sure if the drive itself is bad, but
>> >> that's not too important right now. The important thing is to get the
>> >> RAID5 to stop using this drive and start using a spare drive that I
>> >> just added.
>> >
>> >
>> >> I did a raidhotadd to add in a new drive, sds. Now, I would like the
>> >> array to stop using sdr and reconstruct all of the parity tables on
>> >> sds so I can pull sdr and get it replaced or whatever...
>> >>
>> >> Any ideas?
>> >
>> > Install and read the manpage for mdadm
>> >
>> > What kernel version?
>> >
>> > David
>> >
>>
>>
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2005-08-09 19:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <45138.213.188.237.106.1123086677.squirrel@localhost>
2005-08-05 2:58 ` File corruption on LVM2 on top of software RAID1 Andrew Morton
2005-08-05 3:01 ` Andrew Morton
2005-08-05 7:56 ` Simon Matter
2005-08-05 8:02 ` Andrew Morton
2005-08-05 14:31 ` How to force a spare drive to take over in a RAID5? Mark Cuss
2005-08-07 11:29 ` David Greaves
2005-08-08 21:43 ` Mark Cuss
2005-08-08 22:29 ` Mike Tran
2005-08-09 19:48 ` Mark Cuss [this message]
2005-08-11 10:11 ` Neil Brown
2005-08-11 16:03 ` Mark Cuss
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='00b301c59d1b$5d5645a0$ab0e10ac@pinchy' \
--to=mcuss@cdlsystems.com \
--cc=linux-raid-owner@vger.kernel.org \
--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