feedback sought on mdadm sarge->etch upgrade strategy

martin f krafft madduck at debian.org
Mon Aug 14 21:36:03 UTC 2006


also sprach Marco d'Itri <md at Linux.IT> [2006.08.14.2030 +0100]:
> > remember quite clearly that this happened *without* compat*, but it
> > could have been on a sarge install.
> Hard to believe.

Of course you were right. I was hit by the new feature of mdadm.

I have two questions for you, Marco:

1. will udev be default in etch? It does not seem so right now.
2. in the udev README.Debian, you write that md has design errors.
   What exactly do you mean?

   I see a bit of a problem/challenge with mdadm+udev simply because
   when the md module loads, there's no way to know which
   arrays/partitions are actually present. You need to start those
   first.

   The problem is that for udev to find out about the individual
   devices, the arrays have to be started. If mdadm has to start
   them, it needs devices to send ioctl()s. It even needs devices to
   find out whether a device is started.

   This is part of the reason why I thought I'd disable udev
   (without reading README.Debian), because the two were doing 80%
   of the same thing, and 20% different things at times, and I was
   losing oversight of the entire situation, so I thought it would
   be best to eliminate complexity. Of course, it does not work
   because udev is needed to create the device nodes if they are
   started during initrd or kernel load.

   There is a mode of mdadm in which it will simply create the
   device node if it's not there, and it's on by default in sarge
   and etch currently. I think it's a reasonable choice to use this,
   but I have to learn how to control udev properly.

   Again, I need udev for all devices that are not started by mdadm
   during init. But for all devices started by the init script,
   I would like to disable udev. If the device is /dev/mdX, it does
   not actually matter, since udev will just overwrite the node
   created by mdadm with an identical one.

   If, however, mdadm creates a /dev/md/X node, udev will then
   create /dev/mdX, and this confuses the hell out of mdadm later,
   so I really would like to stop udev from creating the node
   /dev/mdX when mdadm creates /dev/md/X. How?

Thanks for your time.

-- 
 .''`.     martin f. krafft <madduck at debian.org>
: :'  :    proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
fitter, healthier, more productive
like a pig, in a cage, on antibiotics
                                                          -- radiohead
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature (GPG/PGP)
Url : http://lists.alioth.debian.org/pipermail/pkg-mdadm-devel/attachments/20060814/2037534e/attachment.pgp


More information about the pkg-mdadm-devel mailing list