Bug 101308 - installation can't find valid DASD device
Summary: installation can't find valid DASD device
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: anaconda
Version: 3.0
Hardware: s390
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-07-30 19:16 UTC by Janet Smith
Modified: 2007-11-30 22:06 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-08-13 19:53:40 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Janet Smith 2003-07-30 19:16:34 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; .NET CLR 
1.0.3705)

Description of problem:
This is run under VM.  A dasd mini-disk has been provided and all of the dasd 
drivers & modules are properly loading, but the installation script doesn't 
recognize this and fails.

No hard drives have been found.   
You probably need to manually     
choose device drivers for the     
installation to succeed.  Would   
you like to select drivers now?   
                             

An error has occurred - no valid devices   
were found on which to create new file     
systems. Please check your hardware for    
the cause of this problem.            

Version-Release number of selected component (if applicable):
this is an problem with the redhat installation

How reproducible:
Always

Steps to Reproduce:
1.provide a VM minidisk to linux image
2.run install process
3.
    

Actual Results:  Although the dasd drives and modules are loaded, the 
installation can't seem to recognize a DASD device as a proper medium to 
install onto.

Expected Results:  installation should have allow dasdfmt & mke2fs (or other 
filesystem types) to be formatted and used

Additional info:

I can provide the console log.

Comment 1 Janet Smith 2003-07-30 23:02:44 UTC
I've figured a way around this problem.  If I manually, perform some linux 
function against the dasd device (dasdfmt, dd or mke2fs) then the anaconda 
installation will recognize that the device exist and says that it is of an 
improper format.  However this will allow the process to continue, with the 
anaconda installation performing the dasdfmt & mke2fs properly.  By the way, 
I'm using the text installation (python???).

You can close this problem if you want to.


Comment 2 Jeremy Katz 2003-07-31 23:07:50 UTC
Did you pass any DASD= command line arguments in your parm file or rely on dasd
autodetection?

Comment 3 Janet Smith 2003-07-31 23:09:41 UTC
I tried it both ways.

Comment 4 Karsten Hopp 2003-08-01 08:48:57 UTC
Did you format the minidisk in VM ? If so, with which program and parameters ? 
Or was this a reused minidisk, maybe in CMS format ? The installer ignores CMS formatted 
disks to avoid formatting the guests home disk or other writable system disks that happen  
to be in the DASD range you've provided in the .parm file. 
 

Comment 5 Janet Smith 2003-08-01 14:43:50 UTC
If was a newly created CMS formatted mini-disk.  I find that if I CMS format 
them then I don't have to do the dasdfmt & fdisk.  

But thanks for the resolution.  Just one observation, the error message was not 
very helpful in identifying the problem/issue.  Maybe a message a little more 
meaningful.

thanks

Comment 6 Jeremy Katz 2003-08-13 19:53:40 UTC
We're string frozen and the error message is correct (there isn't a suitable
device found).  I've passed this on to be included in the docuementation, though.


Note You need to log in before you can comment on or make changes to this bug.