From: Oliver Schinagl <oliver+list@schinagl.nl>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: raid10 devices all marked as spares?!
Date: Wed, 30 May 2012 09:11:42 +0200 [thread overview]
Message-ID: <4FC5C82E.9030106@schinagl.nl> (raw)
In-Reply-To: <20120530111405.53f7e68c@notabene.brown>
On 30-05-12 03:14, NeilBrown wrote:
> On Tue, 29 May 2012 20:48:42 +0200 Oliver Schinagl<oliverlist@schinagl.nl>
> wrote:
>
>> On 29-05-12 20:44, Oliver Schinagl wrote:
>>> <snip>
>>>>>> You can recover your data by re-creating the array.
>>>>>>
>>>>>> mdadm -C /dev/md2 -l10 -n2 --layout o2 --assume-clean \
>>>>>> -e 1.2 /dev/sda6 /dev/sdb6
>>>>>>
>>>>>> Check that I have that right - don't just assume :-)
>>>>> That looks very similar to what I used to create the array with, except
>>>>> the assume-clean part. I wonder however, would it not wiser to create
>>>>> the array using /dev/sda6 missing thus creating a degraded array?
>>>>> Atleast I'll still have the sdb6 which MAY contain the data also (since
>>>>> only sda6 'apparently' has wrong state?
>>>> That would be a suitable approach - arguably safer. If you feel more
>>>> comfortable with it, then that is a strong reason to follow that course.
>>> I have tried that on sda6 but it cannot file a filesystem when trying
>>> to mount md2. This of course is quite scary. I am now slightly
>>> doubting if my chunksize is the same as before, 128k.
>>>
>>> I've used the following command.
>>> mdadm -C /dev/md2 -c 128 -l 10 -p o2 --assume-clean -e 1.2 -n 2
>>> --name=opt /dev/sda6 missing
>>>
>>> Now I could try the same on sdb6 and hope that does work, but slightly
>>> scared of loosing everything on that partition, it could be possible
>>> of course that sdb6 is the partition that has everything in the
>>> 'proper' order? I will try to losetup sdb6 with an offset and see if
>>> that is mountable.
>> Also, I forgot to mention, the thing that is really strange, is that the
>> data offset is somewhere extremely strange.
>>
>> Data Offset : 262144 sectors
> 128MB.
>
>> where sda4 and sdb5 (md0 and 1) both have 2048, which sounds common and
>> sensible.
> You'll need to use an older mdadm which uses the 2048 (1MB) offset.
> The next mdadm (3.3) will have a --data-offset option to make this easier to
> control. For now you need 3.2.3 or earlier.
> That should make your filesystem accessible. If it doesn't try a different
> chunk size. Maybe 64, maybe 512.
>
> NeilBrown
Ah! Well I got scared at one point and booted some ubuntu liveUSB which
actually did have the 2048 offset. However I believe that the 128MB
offset however broke the start of my ext4 partition. I've used testdisk,
which does find an ext4 partition, but it is empty. All is not lost yet
I suppose, as I can always try scanning for backup superblocks and use
those to repair the ext4 partition? (Hadn't found any backup blocks yet)
Luckly I still have sdb6 which I will dd into an image onto a backup
harddisk and see if I can make mdadm use that. *fingers crossed*
prev parent reply other threads:[~2012-05-30 7:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-28 20:50 raid10 devices all marked as spares?! Oliver Schinagl
2012-05-28 22:07 ` NeilBrown
2012-05-28 22:44 ` Oliver Schinagl
2012-05-28 23:09 ` NeilBrown
2012-05-29 18:44 ` Oliver Schinagl
2012-05-29 18:48 ` Oliver Schinagl
2012-05-30 1:14 ` NeilBrown
2012-05-30 7:11 ` Oliver Schinagl [this message]
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=4FC5C82E.9030106@schinagl.nl \
--to=oliver+list@schinagl.nl \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
/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.