linux-raid.vger.kernel.org archive mirror
 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 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).