Bug 13544
| Summary: | Installer Fails to Upgrade When Software RAID Drive Present | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Thornton Prime <thornton> |
| Component: | anaconda | Assignee: | Brock Organ <borgan> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 7.1 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | Winston rc1 | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2000-08-15 19:08:23 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
Thornton Prime
2000-07-06 19:40:49 UTC
This defect is considered MUST-FIX for Winston Beta-5 *** Bug 12034 has been marked as a duplicate of this bug. *** *** Bug 13191 has been marked as a duplicate of this bug. *** Fixed (finally!) for beta 5. The installer correctly identifies and upgrades with the RAID resent, but didn't add the raid kernel modules to the initrd. The system installed fine, but did not boot. This defect is considered MUST-FIX for Winston Release-Candidate #1 Have you seen this with beta 5? We fixed bugs in here, and it both works fine in our labs and we've gotten confirmations from beta testers that this is fixed. If you're still seeing this, please send a copy of your fstab. Looks fixed. Thanks. I did do an upgrade from beta-3 to (what I thought was) beta-5 and had problems, but now I can't recreate, so I'm marking as WORKSFORME. verified fix in post-pinstripe internal build ... thanks for the report! Sorry I had to re-open. I just duplicated again with RC1. I did an upgrade of beta4 -> rc1 over FTP. It installed and upgraded fine, but when booting in for the first time it can't find /dev/md0. Apparently the raid software drivers didn't get into the initrd, though the scsi drivers did, so it failed in the fsck check when it couldn't fsck /dev/md0 I fixed the problem by building a new initrd and re-running lilo. on a side note, mkinitrd should give better error messages if it can't find it's components ... I had forgotten to mount /usr and running mkinitrd just produced a bunch of shell errors. It would be best to add a little sanity at the top to check for the stuff it needs. Are you able to duplicate this error using a 6.2 -> RC1 upgrade path ...? Beta->Beta upgrade path bugs aren't as crucial as previous release -> beta upgrades, so please let us know if you have this problem using a non-beta release such as 6.2 ... I did not have this problem with an upgrade from a minimum 6.2 install -> Winston RC-1 in test ... Please reopen this issue if you are having trouble with 6.2 (or any other previous non-beta release) |