From 8a0f82ca20bf0fb5ea0991e4011b3ca96c66e024c1f2b61148e64d4e6cc57d0d Mon Sep 17 00:00:00 2001 From: OBS User unknown Date: Thu, 6 Nov 2008 21:19:12 +0000 Subject: [PATCH] OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/mdadm?expand=0&rev=17 --- boot.md | 6 +++++- mdadm-3.0-devel1.tar.bz2 | 3 --- mdadm-3.0-devel2.tar.bz2 | 3 +++ mdadm.changes | 13 +++++++++++++ mdadm.spec | 14 ++++++++++++-- sysconfig.mdadm | 5 ++++- 6 files changed, 37 insertions(+), 7 deletions(-) delete mode 100644 mdadm-3.0-devel1.tar.bz2 create mode 100644 mdadm-3.0-devel2.tar.bz2 diff --git a/boot.md b/boot.md index 668352b..838aef0 100644 --- a/boot.md +++ b/boot.md @@ -130,7 +130,11 @@ case "$1" in # do auto-assemly only if /etc/mdadm.conf is missing # run at boot-time, so a fixed tmp name is safe rm -rf /tmp/mdadm.conf - if ! mdadm --examine --scan --config=partitions >/tmp/mdadm.conf + + if test "$BOOT_MD_USE_MDADM_CONFIG" = "part"; then + echo CREATE auto=part > /tmp/mdadm.conf + fi + if ! mdadm --examine --scan --config=partitions >>/tmp/mdadm.conf then echo "mdadm --examine --scan failed:" cat /tmp/mdadm.conf diff --git a/mdadm-3.0-devel1.tar.bz2 b/mdadm-3.0-devel1.tar.bz2 deleted file mode 100644 index 895f459..0000000 --- a/mdadm-3.0-devel1.tar.bz2 +++ /dev/null @@ -1,3 +0,0 @@ -version https://git-lfs.github.com/spec/v1 -oid sha256:d996c9f69429fcb746a1bc7665ee8c413906996a75c2baeff7e9573487be7521 -size 236945 diff --git a/mdadm-3.0-devel2.tar.bz2 b/mdadm-3.0-devel2.tar.bz2 new file mode 100644 index 0000000..ac323c9 --- /dev/null +++ b/mdadm-3.0-devel2.tar.bz2 @@ -0,0 +1,3 @@ +version https://git-lfs.github.com/spec/v1 +oid sha256:40c18353b488cd1731349d4b585c3e14f3003e0d04f487c680f47b4500e1fcfc +size 246779 diff --git a/mdadm.changes b/mdadm.changes index ff84ada..09d3034 100644 --- a/mdadm.changes +++ b/mdadm.changes @@ -1,3 +1,16 @@ +------------------------------------------------------------------- +Thu Nov 6 03:22:50 CET 2008 - nfbrown@suse.de + +- Update from mdadm-3.0-devel1 to mdadm-3.0-devel2. + This includes various bug fixes and enhancements to the + extent that DDF and IMSM work reasonably well and can be + auto-assembled much like other arrays. +- Allow BOOT_MD_USE_MDADM_CONFIG to have the value 'part' + that, like 'no', arrays are auto-assembled. However they + get assembled as 'mdp' partitionable arrays where possible. + This currently only affect arrays with v1.x metadata. + This supports FATE#303894 + ------------------------------------------------------------------- Fri Oct 3 15:28:49 CEST 2008 - mmarek@suse.cz diff --git a/mdadm.spec b/mdadm.spec index 33cfa29..9c076a6 100644 --- a/mdadm.spec +++ b/mdadm.spec @@ -20,8 +20,8 @@ Name: mdadm Version: 3.0 -Release: 3 -%define ver 3.0-devel1 +Release: 4 +%define ver 3.0-devel2 BuildRequires: sgmltool PreReq: %fillup_prereq %insserv_prereq Obsoletes: raidtools @@ -141,6 +141,16 @@ rm -rf $RPM_BUILD_ROOT /lib/mkinitrd/scripts/boot-md.sh %changelog +* Thu Nov 06 2008 nfbrown@suse.de +- Update from mdadm-3.0-devel1 to mdadm-3.0-devel2. + This includes various bug fixes and enhancements to the + extent that DDF and IMSM work reasonably well and can be + auto-assembled much like other arrays. +- Allow BOOT_MD_USE_MDADM_CONFIG to have the value 'part' + that, like 'no', arrays are auto-assembled. However they + get assembled as 'mdp' partitionable arrays where possible. + This currently only affect arrays with v1.x metadata. + This supports FATE#303894 * Fri Oct 03 2008 mmarek@suse.cz - fixed mdmon's clone_monitor on ia64 * Fri Oct 03 2008 mmarek@suse.cz diff --git a/sysconfig.mdadm b/sysconfig.mdadm index 36324f9..9682950 100644 --- a/sysconfig.mdadm +++ b/sysconfig.mdadm @@ -51,10 +51,13 @@ MDADM_CONFIG="/etc/mdadm.conf" # MDADM_SEND_MAIL_ON_START=no -## Type: yesno +## Type: list(yes,no,part) ## Default: no # # "yes" for mdadm.conf to be used for array assembly on boot +# "no" for arrays to be automatically detected and assembled +# "part" is like "no" except that arrays with 1.x metadate +# will be assembled as partitionable arrays. # BOOT_MD_USE_MDADM_CONFIG=yes