All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Kichukov <hijacker@oldum.net>
To: NeilBrown <neilb@suse.de>
Cc: "Mathias Burén" <mathias.buren@gmail.com>,
	linux-raid <linux-raid@vger.kernel.org>
Subject: Re: add another disk to existing raid 0, ie grow raid 0 possible?
Date: Thu, 26 Jan 2012 13:30:53 +0200	[thread overview]
Message-ID: <4F21396D.7030308@oldum.net> (raw)
In-Reply-To: <20120126215713.0c24db62@notabene.brown>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Neil,

Here goes the details. Once again, no valuable data, just curious what has gone wrong in that case:

dmesg output, first I stopped md2, then assembled it again to perform the grow.
http://pastebin.com/HkPVEKad

mdadm -E output:
http://pastebin.com/pJCjvrJE

The system runs GNU/Debian testing with latest updates from security-testing applied.
Kernel: 3.1.0-1-amd64
mdadm:  3.2.2-1

Let me know should you need any further information.

Cheers,
- -Nik

On 01/26/2012 12:57 PM, NeilBrown wrote:
> On Thu, 26 Jan 2012 10:47:14 +0000 Mathias Burén <mathias.buren@gmail.com>
> wrote:
> 
>> On 26 January 2012 10:26, Nikolay Kichukov <hijacker@oldum.net> wrote:
> Hi all,
> 
> I tried to expand md block device raid level 0 ( /dev/md2 ) by adding another partition to it.
> 
> Here are the steps:
> 
> mdadm --assemble /dev/md2
> mdadm: /dev/md2 has been started with 2 drives.
> hanna64:~# mdadm --grow /dev/md2 --raid-devices=3 --add /dev/sdc2
> mdadm: level of /dev/md2 changed to raid4
> mdadm: added /dev/sdc2
> mdadm: Need to backup 3072K of critical section..
> 
> 
> Now fdisk -l cannot complete, just goes to D state.
> 
> Disks layout before the grow attempt:
> 
> ARRAY /dev/md2 metadata=1.2 name=hanna64:2 UUID=4840f7f0:71b5f4a0:c4d8a42c:0b43b5fb
> 
> /dev/sda2: UUID="4840f7f0-71b5-f4a0-c4d8-a42c0b43b5fb" TYPE="linux_raid_member" LABEL="hanna64:2"
> UUID_SUB="cf97412f-269a-f3e8-fde2-8ca3bf42a349"
> /dev/sdb2: UUID="4840f7f0-71b5-f4a0-c4d8-a42c0b43b5fb" TYPE="linux_raid_member" LABEL="hanna64:2"
> UUID_SUB="9aee2d4c-6deb-911a-d790-cbd12f6c671c"
> 
> md2 : active raid0 sda2[0] sdb2[1]
>      15628288 blocks super 1.2 512k chunks
> 
> 
> Disk /dev/md2: 16.0 GB, 16003366912 bytes
> 2 heads, 4 sectors/track, 3907072 cylinders, total 31256576 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
> Disk identifier: 0x7b88c100
> 
> Disk /dev/md2 doesn't contain a valid partition table
> 
> 
> This array was used as swap, so no valuable information is stored there anyways. Let me know what has gone wrong and
> what I typed wrong assuming the grow command will just add /dev/sdc2 to the existing array and make it larger with the
> size of /dev/sdc2.
> 
> Thank you,
> -Nikolay Kichukov
> 
- --
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
>>
>>
>> AFAIK growing raid0 is not possible.

> Seems an odd thing to say, given that when OP demonstrated that mdadm
> didn't complain, but went as far as converting the array to RAID4 so it could
> perform a reshape.....

> It wasn't possible once, but times change.

> To know what went wrong I would need lots more details.
> Start with the output of 'dmesg' - or equivalent from logs
> (e.g. /var/log/kern.log or /var/log/messages).

> Then "mdadm -E" output of each device in the array.

> NeilBrown
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPITltAAoJEDFLYVOGGjgXfQ0IAIEDBtmBNZHirPSc2UBsQi6a
LK3NQf0R7afVFyRqbcb6sizGy9i89vTUwfXKeq/lite2wafrxJUyjmql/9TBv5by
aaYS7Z9aq0qU2fE6JW2RF1Owi/jLABQn3RJc+9oI+NJL9OYK/lkeyWaNhF7t96FY
itb7TCL38vc0JIlNNUom1IqCUna6kNo4Bunz6FepyXQEjzHhgXwFynrbdTicO4rN
LK/bPt47QEU/GkRigALjZBgpVoMFdVPgxc+jphRiOH+gmqSOI/Co3jeCbwvDBzk6
ZVzTyehWZgPKfYqNCpiDfWEJyArqx0/maXpnu4lMT4Qnkp7mnVdTSQ7uE+wJafY=
=rqI+
-----END PGP SIGNATURE-----
--
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:[~2012-01-26 11:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-26 10:26 add another disk to existing raid 0, ie grow raid 0 possible? Nikolay Kichukov
2012-01-26 10:47 ` Mathias Burén
2012-01-26 10:57   ` NeilBrown
2012-01-26 11:30     ` Nikolay Kichukov [this message]
2012-01-26 11:52       ` NeilBrown
2012-01-26 12:12         ` Nikolay Kichukov
2012-02-09  3:50       ` NeilBrown
2012-02-10 14:10         ` Nikolay Kichukov
2012-02-12 22:07           ` NeilBrown
2012-02-14  9:43             ` Nikolay Kichukov
2012-02-16  6:55               ` NeilBrown
2012-02-16 15:38                 ` Nikolay Kichukov
2012-02-20  5:26                   ` NeilBrown

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=4F21396D.7030308@oldum.net \
    --to=hijacker@oldum.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=mathias.buren@gmail.com \
    --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.