Bug 71908

Summary:	Installer does not see LVM on raid devices except /dev/md0
Product:	[Retired] Red Hat Linux	Reporter:	Douglas Kilpatrick <kilpatds>
Component:	anaconda	Assignee:	Jeremy Katz <katzj>
Status:	CLOSED RAWHIDE	QA Contact:	Mike McLean <mikem>
Severity:	high	Docs Contact:
Priority:	high
Version:	8.0
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:	2003-01-27 21:19:16 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:
Bug Depends On:
Bug Blocks:	67218, 79579

Description Douglas Kilpatrick 2002-08-20 05:21:20 UTC

Description of Problem: 
 Low priority, as beta->beta upgrades are not supported, but it might be 
relevant for future versions, so I figured I'd file the bug report. 
 
System (limbo2, basically no updates) set up with two raid sets, one RAID0, 
one RAID1.  Two LVM volume groups, one on the RAID1 set called "Mirror", the 
other called "Stripe".  Many (many) partitions off of each volume.  Root is 
"/dev/Mirror/slash" 
 
Tried to upgrade to Null via "upgrade".  Anaconda claims "fstab contains 
entries that can not be mounted.  Please fix and try again."  At the top, 
anaconda claims that it found root at /dev/dev/Mirror/slash. 
 
The fstab is fine.  I noticed that the installer did not have a /dev/Stripe 
directory, so I commented out all the strip-set partitions and tried again.  
Same result. 
 
Version-Release number of selected component (if applicable): 
null's installer. 
 
How Reproducible: 
Dunno.  This is a pretty wacked setup. 
 
Steps to Reproduce: 
1. Created above messed-up schema with Limbo. 
2. Try and upgrade to null 
3.  
 
Actual Results: 
"fstab contains entries that can not be mounted.  Please fix and try again" 
 
Expected Results: 
successful upgrade. 
 
Additional Information:

Comment 1 Jeremy Katz 2002-08-21 05:13:48 UTC

Does rescue mode successfully mount the filesystems?

Comment 2 Douglas Kilpatrick 2002-08-21 14:01:56 UTC

I didn't try a flat "rescue mode".  I'll try that tonight.   Using the shell  
on console 2 did not work.  
  
mount /dev/Mirror/slash /mnt/sysimage  
  
produced an unexpected error message along the lines of "no such filename",  
even if /mny/sysimage already existed as a directory.

Comment 3 Douglas Kilpatrick 2002-08-22 17:10:24 UTC

Rescue mode also did not work (failed to mount anythin).  Doing a new install of
NULL, null did not see the "Stripe" LVM volume group at all, and that volume
group had to be recreated, but it did see the already existing Mirror
volume-group and Mirror's volumes.

Comment 4 Michael Fulbright 2002-09-27 20:03:18 UTC

This is a problem where we are not creating entries in /dev for raid devices
other than /dev/md0, so when we run vgscan it doesnt see LVM on raid devices
other than /dev/md0

Comment 5 Michael Fulbright 2002-09-27 20:56:57 UTC

*** Bug 74142 has been marked as a duplicate of this bug. ***

Comment 6 Jeremy Katz 2002-10-25 21:22:46 UTC

Fixed in CVS

Comment 7 Michael Fulbright 2002-12-20 17:38:25 UTC

Time tracking values updated

Comment 8 Jay Turner 2003-01-27 21:19:16 UTC

Fix confirmed with re0127.nightly.