From: Tyler <pml@dtbb.net>
To: neilb@cse.unsw.edu.au
Cc: linux-raid@vger.kernel.org
Subject: Re: BUGREPORT: mdadm v2.0-devel - can't create array using version 1 superblock, possibly related to previous bugreport
Date: Tue, 03 May 2005 04:38:42 -0700 [thread overview]
Message-ID: <427762C2.9070502@dtbb.net> (raw)
In-Reply-To: <42775D47.4000805@dtbb.net>
Possibly useful information I forgot to include, that was in dmesg, just
after trying the create with the version 1 superblock, cat /proc/mdstat
shows/showed no raid devices active:
md: could not bd_claim hdb.
md: md_import_device returned -16
Tyler wrote:
> When i try to create any raid5/raid6 array with --metadata 1 or
> --metadata 1.0, it simply spits out a response saying /dev/hdX is
> busy... X being whichever drive i listed as an array member first on
> the list of drives. 1.x.0 doesn't support version 1 superblocks, but
> i used it as an example below without the metadata option to show that
> creating the raid works fine, and then the same with mdadm v2.0-devel,
> they create fine until you add the metadata option. Kernel is
> 2.6.12-rc3-mm2.
>
> First I create an array using v1.9.0 successfully (from system path):
>
> root@localhost:~/dev/mdadm-2.0-devel-1# mdadm -C -l 5 -n 3 /dev/md0
> /dev/hdb /dev/hdc /dev/hdd
> mdadm: array /dev/md0 started.
> root@localhost:~/dev/mdadm-2.0-devel-1# mdadm -S /dev/md0
>
> Then successfully create an array with default superblock (0.90?)
> using v2.0-devel (from current dir):
>
> root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm -C -l 5 -n 3 /dev/md0
> /dev/hdb /dev/hdc /dev/hdd
> mdadm: /dev/hdb appears to be part of a raid array:
> level=5 devices=3 ctime=Tue May 3 11:42:28 2005
> mdadm: /dev/hdc appears to be part of a raid array:
> level=5 devices=3 ctime=Tue May 3 11:42:28 2005
> mdadm: /dev/hdd appears to be part of a raid array:
> level=5 devices=3 ctime=Tue May 3 11:42:28 2005
> Continue creating array? y
> VERS = 9002
> mdadm: array /dev/md0 started.
> root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm -S /dev/md0
>
> Then try creating a raid with version 1 superblock, which fails:
>
> root@localhost:~/dev/mdadm-2.0-devel-1# mdadm -C -l 5 -n 3 --metadata
> 1 /dev/md0 /dev/hdb /dev/hdc /dev/hdd
> mdadm: /dev/hdb appears to be part of a raid array:
> level=5 devices=3 ctime=Tue May 3 11:43:00 2005
> mdadm: /dev/hdc appears to be part of a raid array:
> level=5 devices=3 ctime=Tue May 3 11:43:00 2005
> mdadm: /dev/hdd appears to be part of a raid array:
> level=5 devices=3 ctime=Tue May 3 11:43:00 2005
> Continue creating array? y
> VERS = 9002
> mdadm: ADD_NEW_DISK for /dev/hdb failed: Device or resource busy
>
> I believe it *could* have something to do with the fact that mdadm
> 2.0-devel doesn't detect previously written (and/or blanked) raid
> superblocks, look at my previous bugreport I filed a few minutes ago.
> Maybe its seeing what the --examine feature shows, that there's an
> "active" array on the drive still, hence, being unable to create a new
> one.
> -
> 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:[~2005-05-03 11:38 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-03 11:15 BUGREPORT: mdadm v2.0-devel - can't create array using version 1 superblock, possibly related to previous bugreport Tyler
2005-05-03 11:38 ` Tyler
2005-05-03 11:38 ` Tyler [this message]
2005-05-03 23:54 ` Neil Brown
2005-05-04 1:36 ` Tyler
2005-05-04 2:17 ` Neil Brown
2005-05-04 5:08 ` Tyler
2005-05-04 5:59 ` Neil Brown
2005-05-04 12:13 ` Tyler
2005-05-04 6:00 ` Neil Brown
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=427762C2.9070502@dtbb.net \
--to=pml@dtbb.net \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
/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.