This value can be explicitly set to 0 (meaning 'not a multipath
device'). The check as currently written will match on this, as
it just matches absolutely any one or more characters at all,
including 0. Fix the check to only look for '1', the value that
indicates the device is multipath. This is the same as how
68-del-part-nodes.rules and 69-dm-lvm-metad.rules do it.
Resolves: bz1628192
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This reverts commit e77c97f845.
Acting on change events has side affects I hadn't taken into
account. While upstream does it per default, this requires more
testing before we do this in Fedora.
Added support for nested md devices, md on top of LVM devices such as
encrypted partitions (although I don't recommend that, I recommend
encrypting the md device instead), and support for md devices on top
of multipath dm devices.
Signed-off-by: Doug Ledford <dledford@redhat.com>
we are supposed to
- Add a rule to run incremental assembly on containers in case there are
multiple volumes in a container and we only started some of them in the
initramfs
- Make -If work with imsm arrays. We had too restrictive of a test in
sysfs_unique_holder.
- Make incremental assembly of containers act like incremental assembly of
regular devices (aka, --run is needed to start a degraded array)
we are supposed to
- Add a rule to run incremental assembly on containers in case there are
multiple volumes in a container and we only started some of them in the
initramfs
- Make -If work with imsm arrays. We had too restrictive of a test in
sysfs_unique_holder.
running in rc.sysinit...leave array starting to it instead
- Modify mdadm to put its mapfile in /dev/md instead of /var/run/mdadm
since at startup /var/run/mdadm is read-only by default and this breaks
incremental assembly
- Change how mdadm decides to assemble incremental devices using their
preferred name or a random name to avoid possible conflicts when
plugging a foreign array into a host
- Remove the no longer necessary udev patch
- Remove the no longer necessary warn patch
- Remove the no longer necessary alias patch
- Update the mdadm.rules file to only pay attention to device adds, not
changes and to enable incremental assembly
- Add a cron job to run a weekly repair of the array to correct bad sectors
- Resolves: bz474436, bz490972
- Use the udev rules file included with mdadm instead of our own
- Drop all the no longer relevant patches
- Fix a build error in mdopen.c
- Fix the udev rules path in Makefile
- Drop incremental patch as it's now part of upstream
- Clean up all the open() calls in the code (#437145)
- Fix the build process to actually generate mdassemble (#446988)
- Update the udev rules to get additional info about arrays being assembled
from the /etc/mdadm.conf file (--scan option) (#447818)
- Update the udev rules to run degraded arrays (--run option) (#452459)
