From: Benjamin ESTRABAUD <be@mpstor.com>
To: Marek <mlf.conv@gmail.com>, Weedy <weedy2887@gmail.com>
Cc: Linux RAID <linux-raid@vger.kernel.org>,
Alexander Afonyashin <a.afonyashin@madnet-team.ru>
Subject: Re: First 12Mb of data missing after accidental deletion of first drive (4 2TB raid5)
Date: Tue, 13 Oct 2015 19:09:58 +0100 [thread overview]
Message-ID: <561D48F6.6010106@mpstor.com> (raw)
In-Reply-To: <CA+sqOsZ2E-VyPikjX8mNFjgE3UkuHQ_84y58myHj4JN9UvQo-g@mail.gmail.com>
Hi Marek,
On 13/10/15 16:04, Marek wrote:
> Could it be that the raid wasnt synced at the time i overwrote
> /dev/sda ? i have run the command you suggested and will report after
> its done. would it still be possible to recover the raid?
>
So what likely happened is that you wrote ontop of a RAID member drive
while the RAID was likely not assembled (during your install).
If you do a resync it won't unfortunately *recover* the previously
written data, it will go over each stripe and recalculate the parity. It
is true that it *might* have been possible to do the opposite operation
by not touching anything and figuring out the previous data with the
data and parity blocks from the remaining RAID members (assuming they
weren't overwritten), but it would have been a tricky operation.
However, since you've done the resync now, the previous parity blocks
have been overwritten leaving you with a consistent RAID, but with part
of the data on a disk that you want to revert.
At this stage you should recover the old data from a backup.
> On Tue, Oct 13, 2015 at 4:36 PM, Weedy <weedy2887@gmail.com> wrote:
>>
>> On 13 Oct 2015 10:06 am, "Marek" <mlf.conv@gmail.com> wrote:
>>>
>>> no, i had a working raid consisting of 4 2TB drives (raid5)
>>> sda,sdb,sdc,sdb ( no partitions were created on drives) - then i
>>> accidentally deleted /dev/sda by installing ubuntu. when inspecting
>>> dev/md127 with a hex editor i discovered first 12mb are missing.
>>
>> Wait, if it's a raid5 can't you just resync it?
>>
>> Also I believe 1.2 metadata is at the end of a partition. If your saying the
>> raids hasn't noticed you can run a check and it should fix itself.
>>
>> echo check > /sys/block/mdX/md/sync_action
> --
> 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:[~2015-10-13 18:09 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-13 13:44 Fwd: First 12Mb of data missing after accidental deletion of first drive (4 2TB raid5) Marek
2015-10-13 13:53 ` Alexander Afonyashin
2015-10-13 14:04 ` Marek
2015-10-13 14:08 ` Marek
2015-10-13 14:40 ` Alexander Afonyashin
2015-10-13 14:50 ` Marek
[not found] ` <CAFE24U28NQBoKaTwNfXb5-3jK8PDggfZMUnc7KJLUGbrCFS-Xw@mail.gmail.com>
2015-10-13 15:04 ` Marek
2015-10-13 18:09 ` Benjamin ESTRABAUD [this message]
2015-10-14 0:42 ` Adam Goryachev
2015-10-14 10:48 ` Benjamin ESTRABAUD
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=561D48F6.6010106@mpstor.com \
--to=be@mpstor.com \
--cc=a.afonyashin@madnet-team.ru \
--cc=linux-raid@vger.kernel.org \
--cc=mlf.conv@gmail.com \
--cc=weedy2887@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.