-------------------------------------------------------------------------------- Fedora Update Notification FEDORA-2013-6536 2013-04-24 23:52:49 --------------------------------------------------------------------------------
Name : mdadm Product : Fedora 18 Version : 3.2.6 Release : 19.fc18 URL : http://www.kernel.org/pub/linux/utils/raid/mdadm/ Summary : The mdadm program controls Linux md devices (software RAID arrays) Description : The mdadm program is used to create, manage, and monitor Linux MD (software RAID) devices. As such, it provides similar functionality to the raidtools package. However, mdadm is a single program, and it can perform almost all functions without a configuration file, though a configuration file can be used to help with some common tasks. -------------------------------------------------------------------------------- Update Information: This is an update to the mdadm package. It fixes a couple of minor bugs and finalizes the /usr move: - Fix problem with IMSM metadata where resync progress would be lost if an array was stopped during ongoing expansion of a RAID1/5 volume. - Rely on rpm macros to place files in correct directories, and match /usr move - Cleanup .spec file handling of different Fedora versions - Disallow creating a second IMSM RAID array size 0 - Disallow creating IMSM RAIDs that spans multiple controllers to avoid data corruption - Assign mdmon to the systemd cgroup, if possible. - Obsolete the mdadm-sysvinit package, as we no longer support booting using sysvinit scripts - Remove the now obsolete mdmonitor-takeover.service, which causes problems as of mdadm-3.2.6 - Fix mdmon to leave udev cgroup properly, to avoid it getting killed when entering the real root. - Fix problem where rebuild of IMSM RAID5 volume started in OROM, does not proceed in OS All users of mdadm are advised to update -------------------------------------------------------------------------------- ChangeLog: * Wed Apr 24 2013 Jes Sorensen <[email protected]> - 3.2.6-19 - Fix problem where rebuild of IMSM RAID5 volume started in OROM, does not proceed in OS - Resolves bz956021 (f18), bz956026 (f17), bz956031 (f19) * Tue Apr 23 2013 Jes Sorensen <[email protected]> - 3.2.6-18 - Fix problem with IMSM metadata where resync progress would be lost if an array was stopped during ongoing expansion of a RAID1/5 volume. - Resolves bz948745 * Tue Apr 23 2013 Jes Sorensen <[email protected]> - 3.2.6-17 - Reorder patches to allow for udev query patch to be applied on Fedora 17 as well. * Mon Apr 22 2013 Jes Sorensen <[email protected]> - 3.2.6-16 - Rely on rpm macros to place files in correct directories, and match /usr move - Resolves bz955248 * Thu Mar 7 2013 Jes Sorensen <[email protected]> - 3.2.6-15 - Cleanup .spec file handling of different Fedora versions - Resolves bz914629 * Tue Feb 5 2013 Jes Sorensen <[email protected]> - 3.2.6-14 - Resync with final version of upstream patches for launching mdmon via systemctl. Require dracut 024-025 or later to match. - Resolves bz879327 * Fri Feb 1 2013 Jes Sorensen <[email protected]> - 3.2.6-13 - Update to upstream solution for launching mdmon via systemctl - Resolves bz879327 * Mon Jan 21 2013 Jes Sorensen <[email protected]> - 3.2.6-12 - Launch mdmon via systemctl to avoid it ending up in the wrong cgroup and getting killed in the boot process when switching from the initrd to the real root. - Resolves bz879327 * Tue Jan 8 2013 Jes Sorensen <[email protected]> - 3.2.6-11 - Move code to leave udev cgroup into mdmon and excute it after we work, to make sure it actually does the right thing. * Mon Jan 7 2013 Jes Sorensen <[email protected]> - 3.2.6-10 - Fix mdmonitor-takeover.service dangling symlink problem for real * Mon Jan 7 2013 Jes Sorensen <[email protected]> - 3.2.6-9 - Reintroduce fix for removing dangling symlink of mdmonitor-takeover.service which got lost in the fix introduced in 3.2.6-8 * Fri Jan 4 2013 Jes Sorensen <[email protected]> - 3.2.6-8 - mdmonitor-takeover.service is obsolete with the --offroot support, and it is harmful as of 3.2.6 - Resolves bz834245 * Mon Dec 10 2012 Jes Sorensen <[email protected]> - 3.2.6-7 - Fix issue with udev scripts where if an raid volume with one of the disks failing, the failed disk is still present in the volume and container. The raid volume stays is in normal state (should be degraded) and the rebuild cannot start. - Resolves bz886123 * Mon Dec 10 2012 Jes Sorensen <[email protected]> - 3.2.6-5 - mdadm-sysvinit is obsolete given that we no longer support booting using sysvinit scripts - Resolves bz884993 * Mon Dec 10 2012 Jes Sorensen <[email protected]> - 3.2.6-4 - Fix typo in error message in fix for 880972. No functional changes * Fri Nov 30 2012 Jes Sorensen <[email protected]> - 3.2.6-3 - Disallow creating a second IMSM RAID array size 0 (bz880972) - Disallow creating IMSM RAIDs that spans multiple controllers (bz880974) - Resolves bz880972, bz880974 * Thu Nov 15 2012 Doug Ledford <[email protected]> - 3.2.6-2 - Modify mdadm to set the cgroup of mdmon to systemd if it's available - Related bz873576 (and others) -------------------------------------------------------------------------------- References: [ 1 ] Bug #956021 - If rebuild of IMSM RAID5 volume is started in OROM, it does not proceed in OS. https://bugzilla.redhat.com/show_bug.cgi?id=956021 [ 2 ] Bug #914629 - Fix .spec file to avoid problems when building on non-Fedora https://bugzilla.redhat.com/show_bug.cgi?id=914629 [ 3 ] Bug #948745 - [Intel F18 BUG] IMSM metadata contains no information about the resync process ongoing during expanding the size of RAID1 or RAID5 volume https://bugzilla.redhat.com/show_bug.cgi?id=948745 [ 4 ] Bug #884993 - mdadm-sysvinit is obsolete https://bugzilla.redhat.com/show_bug.cgi?id=884993 [ 5 ] Bug #880974 - [Intel Fedora18 BUG] Creating IMSM RAID volume on more than one controller can cause data loss and has to be forbidden https://bugzilla.redhat.com/show_bug.cgi?id=880974 [ 6 ] Bug #955248 - Update mdadm to match the /usr move https://bugzilla.redhat.com/show_bug.cgi?id=955248 [ 7 ] Bug #879327 - System with Intel firmware RAID-1 does not power off or reboot https://bugzilla.redhat.com/show_bug.cgi?id=879327 [ 8 ] Bug #880972 - [Intel Fedora18 BUG] Second RAID1 volume with size equal 0 can be created and system hangs https://bugzilla.redhat.com/show_bug.cgi?id=880972 -------------------------------------------------------------------------------- This update can be installed with the "yum" update program. Use su -c 'yum update mdadm' at the command line. For more information, refer to "Managing Software with yum", available at http://docs.fedoraproject.org/yum/. All packages are signed with the Fedora Project GPG key. More details on the GPG keys used by the Fedora Project can be found at https://fedoraproject.org/keys -------------------------------------------------------------------------------- _______________________________________________ package-announce mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/package-announce
