All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcus Sorensen <shadowsor@gmail.com>
To: Steve Carlson <stevengcarlson@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID0 partition set to spare
Date: Sat, 31 Dec 2011 20:44:49 -0700	[thread overview]
Message-ID: <CALFpzo6U60jccE5JuFwX0SFBsqcV3kTY1omhNm0cyKh7ZOUCvQ@mail.gmail.com> (raw)
In-Reply-To: <CALFpzo6tUc1UrvJj9T1cWtgNyVjBHP89qnZPq8r_9Qz-m=eWog@mail.gmail.com>

looks like adding a -f to your assemble command will clear the faulty
flag. I suppose I haven't looked hard enough. I'd still recommend
taking a dd of those partitions before playing too much (maybe pipe to
netcat to another machine if you don't have space locally), if you
care a lot about those photos. see "how to do everything with dd" :
http://www.linuxquestions.org/linux/answers/Applications_GUI_Multimedia/How_To_Do_Eveything_With_DD

On Sat, Dec 31, 2011 at 8:37 PM, Marcus Sorensen <shadowsor@gmail.com> wrote:
> Do you have spare drive space elsewhere or on another system where you can
> save an image these disk partitions? Then you can play and revert. I would
> be tempted to wipe the md superblocks and recreate the array with identical
> properties. All of the data is intact unless there's a preexisting drive or
> corruption issue.
>
> In the past I have been doing failure testing with raid1s that I know are
> clean, but one side shows as faulty spare because I temporarily yank a cord
> or something. I have not found a way other than recreating the array with
> assume-clean to clear the faulty flag without a full rebuild, but if there
> is a way then I suspect it would help you as well. As long as that sdb2 is
> marked faulty I don't think you can assemble as there's no place in raid0 to
> recover from.
>
> On Dec 31, 2011 4:37 PM, "Steve Carlson" <stevengcarlson@gmail.com> wrote:
>>
>> > On Sat, Dec 31, 2011 at 4:08 AM, Jes Sorensen wrote:
>> > Hi Steve,
>> >
>> > What I meant here is that I would like to see the dmesg output at this
>> > point, to see if there were any read errors reported during the
>> > assembly.
>> >
>> >> I also ran extended self tests just to be thorough, and they both came
>> >> back error free.  I'm unsure as to whether that puts them in the clear
>> >> for bad sectors though.
>> >
>> > There were read errors in the dmesg output you posted earlier, which is
>> > why I am wary of it.
>> >
>> > Cheers,
>> > Jes
>>
>> Jes,
>>
>> This is /var/log/messages from boot to stopping and reassembling md2.
>> I think this is what you wanted, I'm not sure what more I can give
>> you.
>>
>> http://dl.dropbox.com/u/2776371/raid/mdadm_stop_dmesg_c_mdadm_assemble_var_log_message.txt
>>
>> -Steve
>> --
>> 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

  parent reply	other threads:[~2012-01-01  3:44 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-30  8:21 RAID0 partition set to spare Steve Carlson
2011-12-30 10:58 ` Jes Sorensen
2011-12-31  3:03   ` Steve Carlson
2011-12-31 10:08     ` Jes Sorensen
2011-12-31 23:37       ` Steve Carlson
     [not found]         ` <CALFpzo6tUc1UrvJj9T1cWtgNyVjBHP89qnZPq8r_9Qz-m=eWog@mail.gmail.com>
2012-01-01  3:44           ` Marcus Sorensen [this message]
2012-01-14 21:42         ` Steve Carlson
2012-01-15  5:18           ` NeilBrown
2012-01-16  8:04             ` Steve Carlson

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=CALFpzo6U60jccE5JuFwX0SFBsqcV3kTY1omhNm0cyKh7ZOUCvQ@mail.gmail.com \
    --to=shadowsor@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=stevengcarlson@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.