linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alex Boag-Munroe <boagenator@gmail.com>
To: John Robinson <john.robinson@anonymous.org.uk>
Cc: linux-raid@vger.kernel.org
Subject: Re: I am an idiot.
Date: Thu, 4 Mar 2010 12:23:57 +0000	[thread overview]
Message-ID: <68c4f7e31003040423x570bb7c8oef8b837009082e2c@mail.gmail.com> (raw)
In-Reply-To: <68c4f7e31003040422u60b75b89id2042a34643424fa@mail.gmail.com>

On 4 March 2010 12:22, Alex Boag-Munroe <boagenator@gmail.com> wrote:
> On 4 March 2010 12:01, John Robinson <john.robinson@anonymous.org.uk> wrote:
>> On 04/03/2010 11:30, Alex Boag-Munroe wrote:
>>>
>>> Hi guys...
>>>
>>> Yes I am an idiot.  I was changing the chunk size of my RAID5 array
>>> last night from 64kb to 256kb and left it running overnight.  During
>>> the night we had a power outage.
>>>
>>> This is where the idiot part comes in.  The backup file is on a
>>> filesystem that's part of the RAID5 array, so obviously I am unable to
>>> start it.  I completely forgot the filesystem I specified for
>>> --backup-file was part of the same array.
>>>
>>> Once you're all done pointing and laughing, can you let me know if I
>>> am totally screwed?  I've a lot of data here that I -really- don't
>>> want to lose...
>>>
>>> Please help..
>>>
>>> Idiot.
>>>
>>> --
>>> Alex Boag-Munroe
>>>
>>> Lack of planning on your part does not constitute an emergency on mine.
>>
>> OK, I was done pointing and laughing, until I saw your signature. Did you
>> choose that on purpose or did Gmail pick it for you?
>>
>> I'm afraid I can't help with your problem, except to say that I've a feeling
>> you ought to be able to manually restart the half-reshaped array without the
>> backup file, so the worst case ought to be that you might lose one backup
>> file's worth of data. However, kernel and mdadm versions together with
>> output of `mdadm --detail` of your md device and `mdadm --examine` of its
>> constituent devices will help those more knowledgeable than me tell you what
>> to do next. If you're lucky the boss, Neil Brown, will help but I imagine
>> he's asleep right now since he lives in Australia and it's the middle of the
>> night there.
>>
>> Best of luck,
>>
>> John.
>>
>
> Hi John, thanks so much for your reply.
>
> That is my signature and I stand by it, hence the whole "me idiot" and
> not DEMANDING I get help etc.
>
> mdadm is version 3.1.1.  New developments.  I found a post on the
> internet where Neil recommended to someone to recreate the array
> without erasing it.  Which I have done, mdadm starts the array and
> mdadm -D shows that almost a terabyte of space is in use.
>
> However, mdadm -D also shows a chunk size of 512k, which is neither
> the 64k original chunk nor the 512k I asked for.
>
> Kernel version is gentoo-sources-2.6.33.
>
> Output of mdadm --examine for /dev/sda5 through /dev/sdd5:
>
> /dev/sda5:
>          Magic : a92b4efc
>        Version : 0.90.00
>           UUID : 17862986:014cb4c0:ffe6e849:786ed339 (local to host ncc-1701-e)
>  Creation Time : Thu Mar  4 13:10:24 2010
>     Raid Level : raid5
>  Used Dev Size : 974767616 (929.61 GiB 998.16 GB)
>     Array Size : 2924302848 (2788.83 GiB 2994.49 GB)
>   Raid Devices : 4
>  Total Devices : 4
> Preferred Minor : 1
>
>    Update Time : Thu Mar  4 13:10:29 2010
>          State : clean
>  Active Devices : 4
> Working Devices : 4
>  Failed Devices : 0
>  Spare Devices : 0
>       Checksum : b951290 - correct
>         Events : 3
>
>         Layout : left-symmetric
>     Chunk Size : 512K
>
>      Number   Major   Minor   RaidDevice State
> this     0       8        5        0      active sync   /dev/sda5
>
>   0     0       8        5        0      active sync   /dev/sda5
>   1     1       8       21        1      active sync   /dev/sdb5
>   2     2       8       37        2      active sync   /dev/sdc5
>   3     3       8       53        3      active sync   /dev/sdd5
> /dev/sdb5:
>          Magic : a92b4efc
>        Version : 0.90.00
>           UUID : 17862986:014cb4c0:ffe6e849:786ed339 (local to host ncc-1701-e)
>  Creation Time : Thu Mar  4 13:10:24 2010
>     Raid Level : raid5
>  Used Dev Size : 974767616 (929.61 GiB 998.16 GB)
>     Array Size : 2924302848 (2788.83 GiB 2994.49 GB)
>   Raid Devices : 4
>  Total Devices : 4
> Preferred Minor : 1
>
>    Update Time : Thu Mar  4 13:10:29 2010
>          State : clean
>  Active Devices : 4
> Working Devices : 4
>  Failed Devices : 0
>  Spare Devices : 0
>       Checksum : b9512a2 - correct
>         Events : 3
>
>         Layout : left-symmetric
>     Chunk Size : 512K
>
>      Number   Major   Minor   RaidDevice State
> this     1       8       21        1      active sync   /dev/sdb5
>
>   0     0       8        5        0      active sync   /dev/sda5
>   1     1       8       21        1      active sync   /dev/sdb5
>   2     2       8       37        2      active sync   /dev/sdc5
>   3     3       8       53        3      active sync   /dev/sdd5
> /dev/sdc5:
>          Magic : a92b4efc
>        Version : 0.90.00
>           UUID : 17862986:014cb4c0:ffe6e849:786ed339 (local to host ncc-1701-e)
>  Creation Time : Thu Mar  4 13:10:24 2010
>     Raid Level : raid5
>  Used Dev Size : 974767616 (929.61 GiB 998.16 GB)
>     Array Size : 2924302848 (2788.83 GiB 2994.49 GB)
>   Raid Devices : 4
>  Total Devices : 4
> Preferred Minor : 1
>
>    Update Time : Thu Mar  4 13:10:29 2010
>          State : clean
>  Active Devices : 4
> Working Devices : 4
>  Failed Devices : 0
>  Spare Devices : 0
>       Checksum : b9512b4 - correct
>         Events : 3
>
>         Layout : left-symmetric
>     Chunk Size : 512K
>
>      Number   Major   Minor   RaidDevice State
> this     2       8       37        2      active sync   /dev/sdc5
>
>   0     0       8        5        0      active sync   /dev/sda5
>   1     1       8       21        1      active sync   /dev/sdb5
>   2     2       8       37        2      active sync   /dev/sdc5
>   3     3       8       53        3      active sync   /dev/sdd5
> /dev/sdd5:
>          Magic : a92b4efc
>        Version : 0.90.00
>           UUID : 17862986:014cb4c0:ffe6e849:786ed339 (local to host ncc-1701-e)
>  Creation Time : Thu Mar  4 13:10:24 2010
>     Raid Level : raid5
>  Used Dev Size : 974767616 (929.61 GiB 998.16 GB)
>     Array Size : 2924302848 (2788.83 GiB 2994.49 GB)
>   Raid Devices : 4
>  Total Devices : 4
> Preferred Minor : 1
>
>    Update Time : Thu Mar  4 13:10:29 2010
>          State : clean
>  Active Devices : 4
> Working Devices : 4
>  Failed Devices : 0
>  Spare Devices : 0
>       Checksum : b9512c6 - correct
>         Events : 3
>
>         Layout : left-symmetric
>     Chunk Size : 512K
>
>      Number   Major   Minor   RaidDevice State
> this     3       8       53        3      active sync   /dev/sdd5
>
>   0     0       8        5        0      active sync   /dev/sda5
>   1     1       8       21        1      active sync   /dev/sdb5
>   2     2       8       37        2      active sync   /dev/sdc5
>   3     3       8       53        3      active sync   /dev/sdd5
>
> Booting with autodetecting raid, states that there's no valid 0.9 superblock.
>
> --
> Alex Boag-Munroe
>
> Lack of planning on your part does not constitute an emergency on mine.
>

Oops. Where I said "it isn't the 512k chunk I asked for" I meant 256k chunk.

Thanks again

-- 
Alex Boag-Munroe

Lack of planning on your part does not constitute an emergency on mine.
--
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

  reply	other threads:[~2010-03-04 12:23 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-04 11:30 I am an idiot Alex Boag-Munroe
2010-03-04 12:01 ` John Robinson
2010-03-04 12:22   ` Alex Boag-Munroe
2010-03-04 12:23     ` Alex Boag-Munroe [this message]
2010-03-04 12:25       ` Majed B.
2010-03-04 20:45     ` I am an idiot. (power failure during chunk resize, no backup file) Neil Brown
2010-03-04 12:25 ` I am an idiot Asdo

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=68c4f7e31003040423x570bb7c8oef8b837009082e2c@mail.gmail.com \
    --to=boagenator@gmail.com \
    --cc=john.robinson@anonymous.org.uk \
    --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;
as well as URLs for NNTP newsgroup(s).