Bug 149812 - rc.sysinit does not rescan for volume groups after mdadm RAID initialization
Summary: rc.sysinit does not rescan for volume groups after mdadm RAID initialization
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: initscripts
Version: 4.0
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
: 159795 (view as bug list)
Depends On:
Blocks: 156322
TreeView+ depends on / blocked
 
Reported: 2005-02-27 16:43 UTC by Ean J. Price
Modified: 2014-03-17 02:52 UTC (History)
2 users (show)

Fixed In Version: RHBA-2005-607
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-10-05 15:47:16 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2005:607 0 qe-ready SHIPPED_LIVE initscripts and hotplug bug fix update 2005-10-05 04:00:00 UTC

Description Ean J. Price 2005-02-27 16:43:10 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

Description of problem:
rc.sysinit does not run vgscan after mdadm RAID initialization.  It does scan after raidtools initialization but raidtools is not present in RHEL4.

Version-Release number of selected component (if applicable):
initscripts-7.93.11.EL-1

How reproducible:
Always

Steps to Reproduce:
1.Create a RAID device and an /etc/mdadm.conf file
2.Mark the RAID device as a physical volume and create a volume group
3.Add an entry to /etc/fstab
4.Reboot and enjoy the sulogin goodness.
  

Actual Results:  Sulogin of doom when rc.sysinit got to the fsck.

Expected Results:  The VG should have started and then the fsck would not have errored out.

Additional info:

Here is the patch:

--- ./rc.sysinit.orig   2005-02-26 12:35:50.000000000 -0500
+++ ./rc.sysinit        2005-02-27 11:15:01.975030370 -0500
@@ -542,6 +542,13 @@
 update_boot_stage RCraid
 if [ -f /etc/mdadm.conf ]; then
     /sbin/mdadm -A -s
+
+    # LVM2 initialization, take 2 ( It could be on top of mdadm RAID )
+    if [ -c /dev/mapper/control -a -x /sbin/lvm.static ]; then
+        if /sbin/lvm.static vgscan > /dev/null 2>&1 ; then
+            action $"Setting up Logical Volume Management:" /sbin/lvm.static vgscan --mknodes --ignorelockingfailure && /sbin/lvm.static vgchange -a y --ignorelockingfailure
+        fi
+    fi
 fi
  
 if [ -f /etc/raidtab ]; then

Comment 1 Suzanne Hillman 2005-03-02 22:12:33 UTC
Please attach patches rather than including them in comment fields.

Comment 2 Bill Nottingham 2005-03-02 22:34:29 UTC
Currently fixed in CVS, targeted for U2.

Comment 3 Bill Nottingham 2005-06-08 15:24:38 UTC
*** Bug 159795 has been marked as a duplicate of this bug. ***

Comment 7 Bill Nottingham 2005-07-01 21:16:46 UTC
Fixed in 7.93.14.EL-1 for RHEL-4.

Comment 8 Red Hat Bugzilla 2005-10-05 15:47:16 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2005-607.html



Note You need to log in before you can comment on or make changes to this bug.