From: "Stefan G. Weichinger" <lists@xunil.at>
To: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>,
robin.hill47@ntlworld.com
Subject: Re: RAID1, changed disk, 2nd has errors ...
Date: Fri, 26 Aug 2011 17:41:47 +0200 [thread overview]
Message-ID: <4E57BEBB.2000606@xunil.at> (raw)
In-Reply-To: <20110826140810.GB13709@cthulhu.home.robinhill.me.uk>
Am 2011-08-26 16:08, schrieb Robin Hill:
> sda4 is still in the array, with some unreadable sectors. sdb4 is a
> spare because the resync failed due to unreadable sectors on
> sda4. You cannot add a disk to an array unless the data can all be
> read (or recovered if there's still enough redundancy).
Ah, now I got it.
I misinterpreted this:
md2 : active raid1 sdb4[2](S) sda4[0]
962454080 blocks [2/1] [U_]
I thought [U_] maps to the first line "sdb4 sda4" and somehow read
"sdb4 is UP and sda4 is down"
I could have seen it at
Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
1 0 0 1 removed
2 8 20 - spare /dev/sdb4
but you know, panic ;-)
So basically I am where I was before swapping sdb: everything running
on sda, which has some corrupt sectors. Which may never have been
touched so far.
>> As far as I understand it might be possible to spot the defective
>> sectors and the related LV?
>>
> A read of the relevant block device (dd if=/dev/xxx of=/dev/null)
> will result in read errors for whichever block device contains the
> bad sectors. You could also probably map the sectors reported by
> the kernel to the position on the disk to tell what LV it.
There is only 350GB out of ~920GB mapped to active LVs. It might be
the case that the corrupt stuff isn't even mapped yet.
I once knew how to figure that out, I will have a closer look.
>> I have backups, yes ...
>>
> In which case the absolute safest option is just to recreate
> whatever arrays, PVs, LVs, etc. on sdb4 and restore the data,
> ignoring whatever's on sda4 currently.
I understand now, yes.
>> re-adding sda4 and starting such a check would be possible? Or
>> would a re-add damage things?
>>
> You can't add sda4 because it's already in the array.
Sure, now that I figured out the mentioned misunderstanding.
>> Should I shutdown the box for safety?
>>
> For absolute safety, yes, though I don't think the risk is too
> high at the moment, and I don't think things'll get any worse in
> the short term.
That sounds good for my weekend! Thanks ...
>> I am really feeling unsafe now, and getting another hdd for
>> swapping will take me at least until monday.
>>
>> (I would like to dd-rescue to another new disk to keep sdb, just
>> in case)
>>
> I doubt you'd be able to recover anything useful from sdb4 at the
> moment, but that's up to you.
Yep, also clear now.
I wait with that ddrescue-stuff anyway.
Thanks for your help!
Stefan
next prev parent reply other threads:[~2011-08-26 15:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-26 11:46 RAID1, changed disk, 2nd has errors Stefan G. Weichinger
2011-08-26 12:01 ` Mathias Burén
2011-08-26 12:19 ` Stefan G. Weichinger
2011-08-26 12:44 ` Stefan G. Weichinger
2011-08-26 20:00 ` Mathias Burén
2011-08-26 22:12 ` Stefan G. Weichinger
2011-08-26 12:56 ` Robin Hill
2011-08-26 13:51 ` Stefan G. Weichinger
2011-08-26 14:08 ` Robin Hill
2011-08-26 15:41 ` Stefan G. Weichinger [this message]
2011-08-29 7:02 ` Stefan G. Weichinger
2011-08-29 7:45 ` Stefan G. Weichinger
2011-08-29 7:51 ` Mathias Burén
2011-08-29 8:00 ` Stefan G. Weichinger
2011-08-29 8:25 ` Stefan G. Weichinger
2011-08-29 14:34 ` (solved) " Stefan G. Weichinger
2011-08-29 23:40 ` Mathias Burén
2011-08-30 12:14 ` Stefan G. Weichinger
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=4E57BEBB.2000606@xunil.at \
--to=lists@xunil.at \
--cc=linux-raid@vger.kernel.org \
--cc=robin.hill47@ntlworld.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.