Re: Trying to get POLICY working

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 31 Oct 2014 16:19:04 +0100 Caspar Smit <c.smit@xxxxxxxxxx> wrote:

> Hi all,
> 
> I'm trying to get the POLICY framework of mdadm working but I can't seem to.
> 
> As i understand in the man page of mdadm the Incremental and POLICY
> directives could allow adding a new disk without MD superblock as
> spare to an already active array:
> 
> "Note that mdadm will normally only add devices to an array which were
> previously working (active or spare) parts of that array.  The support
> for automatic inclusion of a new drive as a spare in some array
> requires a configuration through POLICY in config file."
> 
> Furthermore:
> 
> "If no md metadata is found, the device may be still added to an array
> as a spare if POLICY allows."
> 
> 
> To get the basics working I created a system with 3 disks /dev/sdb,
> /dev/sdc and /dev/sdd
> 
> Created a RAID5 with one missing disk:
> 
> mdadm -C /dev/md0 -l 5 -n 3 /dev/sd[b-c] missing
> 
> I set the POLICY in mdadm.conf to:
> 
> POLICY action=force-spare
> 
> This should add any device (passed through mdadm --incremental) as
> spare no matter what (Am i correct?)

That is the theory, yes.

> 
> Now when I do:
> 
> #mdadm --incremental /dev/sdd
> mdadm: no RAID superblock on /dev/sdd.

The message suggests that 'guess_super' found something on the device, but
it didn't turn out to be something useful.... not very helpful I know.

What does "mdadm --examine /dev/sdd" report?
I suspect there is a partition table and that is causing the confusion.
Try removing the partition table (dd /dev/zero to the device for a few K).
Then try again.

Probably need a fix like:

diff --git a/Incremental.c b/Incremental.c
index c9372587f518..3156190c4603 100644
--- a/Incremental.c
+++ b/Incremental.c
@@ -196,7 +196,7 @@ int Incremental(struct mddev_dev *devlist, struct context *c,
 	policy = disk_policy(&dinfo);
 	have_target = policy_check_path(&dinfo, &target_array);
 
-	if (st == NULL && (st = guess_super(dfd)) == NULL) {
+	if (st == NULL && (st = guess_super_type(dfd, guess_array)) == NULL) {
 		if (c->verbose >= 0)
 			pr_err("no recognisable superblock on %s.\n",
 			       devname);


and probably should improve the error messages...

Thanks for the report.  Please let me know if that works, and what other
difficulties you hit.

Thanks,
NeilBrown


> 
> Well, i know there is no MD superblock on /dev/sdd but shouldn't the
> policy setting kick in here and add /dev/sdd as spare (and hence start
> rebuilding) to /dev/md0?
> 
> mdadm version: 3.2.5-5 (latest debian wheezy stable)
> kernel version: 3.2.63-2 (latest debian wheezy stable)
> 
> Kind regards,
> Caspar Smit
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Attachment: pgpncxFCM4IDY.pgp
Description: OpenPGP digital signature


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux