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
2. Raid systems existing after upgrade are not readable
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.
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.
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
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
disk 0: /dev/hdc1, 11255296kB, raid superblock at 11255232kB
cannot upgrade magic-less superblock on /dev/hdc1 ...
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.
*** 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?
------- Additional Comments From andreas.Busch@munich.netsurf.de 05/25/99 08:24 -------
I had the same problem with Raid1 partitions, see Bug ID 2719 for
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