All of lore.kernel.org
 help / color / mirror / Atom feed
From: Albert Pauw <albert.pauw@gmail.com>
To: linux-raid@vger.kernel.org
Cc: neilb@suse.de
Subject: Bugreport: mdmon will not start with latest git version when using ddf container
Date: Wed, 31 Jul 2013 20:14:18 +0200	[thread overview]
Message-ID: <51F953FA.5000400@gmail.com> (raw)

Seems mdmon will not start when I create a ddf container with raid 
devices therein:

I am using this version from git:

mdadm - v3.3-rc2-20-gd81cc6a - 31st July 2013

on Centos 6.4, 2.6.32-358.14.1.el6.x86_64

I am using 5 loop devices of 512 MB each for disks.
I created a container with 5 disks:

mdadm -CR /dev/md127 -e ddf -l container -n 5 /dev/loop[1-5]

[root@moonlight ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [raid1]
md127 : inactive loop5[4](S) loop4[3](S) loop3[2](S) loop2[1](S) loop1[0](S)
       163840 blocks super external:ddf

unused devices: <none>

And created two raid sets in it, one with three disks in raid 5, the 
other a raid 1

[root@moonlight ~]# mdadm -CR /dev/md1 -l raid5 -n 3 /dev/md127
mdadm: array /dev/md1 started.
mdadm: failed to launch mdmon. Array remains readonly
[root@moonlight ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [raid1]
md1 : active (read-only) raid5 loop1[2] loop2[1] loop3[0]
       958464 blocks super external:/md127/1 level 5, 512k chunk, 
algorithm 2 [3/3] [UUU]
           resync=PENDING

md0 : active (read-only) raid1 loop4[1] loop5[0]
       479232 blocks super external:/md127/0 [2/2] [UU]
           resync=PENDING

md127 : inactive loop5[4](S) loop4[3](S) loop3[2](S) loop2[1](S) loop1[0](S)
       163840 blocks super external:ddf

unused devices: <none>

And adding another one, raid5 in my case, gives the same result for the 
next /dev/md device.

Unfortunately, they stay readonly, as mdmon won't start, so mdadm 
--readwrite /dev/md0, etc, won't work.

However, when I create these raid devices directly on top of the 
/dev/loop[1-5] devices, without using a ddf container, it works as 
advertised and the devices get (re)build/resynced.



Regards,

Albert



             reply	other threads:[~2013-07-31 18:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-31 18:14 Albert Pauw [this message]
2013-08-01  0:44 ` Bugreport: mdmon will not start with latest git version when using ddf container NeilBrown
     [not found]   ` <CAGkViCGM5-ztFSh3d-yh=P0HNfvcPYr6p7g3rDfkmx2+8YaqEw@mail.gmail.com>
2013-08-01  5:28     ` NeilBrown
     [not found]       ` <CAGkViCGbxJofuBbU41QvfQbBdaAEQKe3BhrSXmKZv17rGC4jzQ@mail.gmail.com>
2013-08-01  6:50         ` NeilBrown
     [not found]           ` <CAGkViCGcuv=Ves47LUedirzTPV6dxzRZKM2a2M0MFPgDdH8tZw@mail.gmail.com>
2013-08-05  6:43             ` 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=51F953FA.5000400@gmail.com \
    --to=albert.pauw@gmail.com \
    --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.