Bug 1339

Summary: raidtools fail in RHL Beta 5.8.1.1
Product: [Retired] Red Hat Raw Hide Reporter: ctm
Component: raidtoolsAssignee: Erik Troan <ewt>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 1.0CC: ctm, saurik
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-06-01 19:32:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description ctm 1999-02-25 20:44:17 UTC
raidutils seems to be half-baked.  Our raid0 didn't come
up.  Looking
in /etc/rc.d/rc.sysinit it's clear that they look for
whether or not
/sbin/raidadd is executable, but raidadd is no longer
included in the
raidtools.  I thought that changing raidadd to raidstart
would fix
things, but it didn't.  I need to investigate more.

The man page for raidstart lists raidstart twice under a
heading of
"Avaible commands" (Availible is misspelled).

The documentation for raidtools refers to the old "md"-named
apps

I poked around in the documentation and the source code and
still wasn't able to get our raid0 running, even though it
was running fine before upgrading from Red Hat 5.2 to beta
5.8.1.1.

Comment 1 Ajay Ramaswamy 1999-04-02 00:25:59 UTC
you have added raidtools-0.90 which needs a kernel patch for 2.2.x
forn ftp.kernel.org/pub/daemons/raid/alpha/raid0145... but when I
include this patch to my kernel spec it breaks because of the DAC960
patches. I have moved back to raid-0.50beta which works for me.

Comment 2 Jay Freeman 1999-05-05 22:57:59 UTC
I have noticed that this has been assigned for a long time, wanted to
get some juices flowing again...  Recently the RAID people released a
new version of the patch which is much easier to get cleanly applied
onto the more current kernels (since 2.2.4 made some major
modifications to some of the functions involved).  This patch is for
2.2.6 however, but might go well onto 2.2.5 (it should work better
than the 2.2.3 patch anyway).  On 2.2.7 there is only one reject
which is really easy to fix in case there are any plans on upgrading
the kernel packages any time soon... hint, hint... wink, wink... :)

Comment 3 Erik Troan 1999-06-01 19:32:59 UTC
fixed before 6.0