Bug 57978 - initscripts-5.84.1-1 tries to raidstart undefined devices
Summary: initscripts-5.84.1-1 tries to raidstart undefined devices
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 7.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-01-04 07:41 UTC by Chris Watt
Modified: 2014-03-17 02:24 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-02-22 20:42:18 UTC
Embargoed:


Attachments (Terms of Use)

Description Chris Watt 2002-01-04 07:41:00 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (Win98; U)

Description of problem:
A direct result of the fix to bug 51231 "Bug in GREP causes raid 
initialization to fail" appears to be that rc.sysinit now attempts to 
raidstart devices which are not actually defined in /etc/raidtab

Version-Release number of selected component (if applicable): 5.84.1-1


How reproducible:
Always

Steps to Reproduce:
1.Edit /etc/raidtab and insert a comment like, for example:
# sample raiddev configuration file
2. Reboot
	

Actual Results:  rc.sysinit will try to raidstart device "sample".

Expected Results:  rc.sysinit should ignore the comment line.

Additional info:
While I found this when looking for the source of a startup error message 
on a server running RHL 7.1, I believe that this bug occurrs in RHL 7.2 as 
well (it seems to use the same regular expression).

I would humbly suggest that you replace the line:
for i in `grep "^[^*]*raiddev" /etc/raidtab | awk '{print $2}'`
with the line:

for i in `grep "^[[:space:]]*raiddev" /etc/raidtab | awk '{print $2}'`
Which should, AFAICT, fix this without re-breaking 51231

Comment 1 Bill Nottingham 2005-02-22 20:42:18 UTC
Closing out bugs on older, no longer supported releases. Apologies for any lack
of response. Please reopen if it persists on current releases.


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