Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 2719

Summary: Raid partitions created in RH5.2 don't work with RH6.0
Product: [Retired] Red Hat Linux Reporter: Carl Roth <roth>
Component: raidtoolsAssignee: Erik Troan <ewt>
Status: CLOSED WONTFIX QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 6.0CC: dasergatskov, doug+redhat, edoutreleau, rmroczk, signal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-02-03 15:44:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Carl Roth 1999-05-10 20:09:41 UTC
The new raid system provided with RH6.0 will not read
raid partitions created by RH5.2.  This should be clearly
stated in the install guide!  Ouch!

This causes two problems:

1.  Raid systems seen during upgrade cause the upgrade
    to fail.

2.  Raid systems existing after upgrade are not readable
    by RH6.

The only workaround I know of (other than doing a backup
before the upgrade ;-) ) is as follows:

1.  unpack modules-XXX and raidtools-XXX from RH5.2 dist.
2.  boot 2.0.XXX from RH5.2 install floppy
3.  hand-mount raid systems and copy data away
4.  re-boot into 2.2.XXX and recreate raid partitions.

Comment 1 Anonymous 1999-05-25 12:19:59 UTC
Copying the ckraid and raidrun from an old 5.2 system is enough to
fix this problem. Don't forget to link raidadd, raidstart(delete the
new binary) and raidstop to the old raidrun binary.
But anyway, it's a nice surprise for someone with just one machine
or without an old raidpackage.

Comment 2 Brian Feeny 1999-07-02 13:39:59 UTC
This is just not right.  Basically anyone who had RAID's built in 5.2,
a function fully supported and endorsed by Redhat, is dead in the
water in 6.0 after upgrading.

Their exists a "mkraid --upgrade" flag.  Can someone at redhat please
describe how this is to be used to "upgrade" older style raids to the
newer style?

Using persistant superblocks on older style raids will destroy the
data.  I set "persistant-superblock = 0" in my /etc/raidtab file.  I
then try to "/sbin/mkraid --upgrade /dev/md0" to try and upgrade to
the newer style raid:

[root@sol raidtools-0.90]# /sbin/mkraid --upgrade /dev/md0
handling MD device /dev/md0
analyzing super-block
disk 0: /dev/hdc1, 11255296kB, raid superblock at 11255232kB
cannot upgrade magic-less superblock on /dev/hdc1 ...
mkraid: aborted

1. Their should be a big warning that all RAIDS will break in
upgrading from 5.2 to 6.0.

2. Their should be a solution posted somewhere (here, knowledgbase,
etc) about how to fix this.

3. Their are threads related to this on redhat-list, which no one from
redhat has come forward to answer to.

Comment 3 Bill Nottingham 1999-08-19 21:50:59 UTC
*** Bug 3026 has been marked as a duplicate of this bug. ***

After upgrading from 5.2 to 6.0 , raidstart fails
with the error:

/dev/md0: Invalid argument

raidtab is included below.
May 24 17:28:48 cholla kernel: raid0 personality registered
May 24 17:29:04 cholla kernel: (read) sdb1's sb offset:
4192832 [events: 6c6c6c6
May 24 17:29:04 cholla kernel: md: invalid raid superblock
magic on sdb1
May 24 17:29:04 cholla kernel: md: sdb1 has invalid sb, not
May 24 17:29:04 cholla kernel: could not import sdb1!
May 24 17:29:04 cholla kernel: autostart sdb1 failed!
May 24 17:29:04 cholla kernel: huh12?

raiddev                 /dev/md0
raid-level              0
persistent-superblock   0
nr-raid-disks           2
nr-spare-disks          0

device                  /dev/sdb1
raid-disk               0

device                  /dev/sdc1
raid-disk               1

------- Additional Comments From  05/25/99 08:24 -------
I had the same problem with Raid1 partitions, see Bug ID 2719 for

Comment 4 Erik Troan 2000-02-03 15:44:59 UTC
There is no good resolution to this; while there are ways of forcing this
to work, we strongly recommend all of our customers upgrade to the new
raid system.