Bug 36988

This looks like a dupe of bug #25449.  Did you go to VC2 and look around in
/mnt/source?  If so, if you were still in that directory when the installer
tries to unmount cd1, the installer can't unmount it because it is in use.

All of the installation happened in an automated process.  The system crashed 
w/o stating it were unable to unmount a CD.  If this is the case, how can I 
avoid it from happening?  Any suggestion to test it again?  

Also, for the 2 out of the 8 that success, why do I lost mouse and have a 
disable X (BTW, I am OK in Beta 2)?  Any suggestion on this one?

Thanks

When you say 'automated', do you mean kickstart?  I don't know about the mouse
problem...I want to figure out the main problem first.

my 'automated' means boot installation from CD-ROM, not the automated boot 
installation using kickstart.  Sorry for the confusion!

Any suggestion for further testing?  (Currently, I re-installed the Beta 2, 
then update some new files and avoid anaconda and XFree86 4.0.3, and so far the 
machine is OK!)

So, on the times when the installer crashed, had you previously pressed
<Ctrl><Alt><F2> and gone into the /mnt/source directory?

No, I did not do anything!  It crashed in the middle of installing the rpm packages.  (After I custom the packages to install, it then went into the mode of 
installing all the packages I picked.  In the middle of it, it crashed by itself). 

I will find another machine to test it again.

Are you sure that the cd's are ok?  Maybe something went wrong during the
download...

That's possible, because I have several MD5 programs and they had different 
outputs!  I am awaiting the official CD next week to give my final test.

I think I am having the same problem. Here's the error message:

Traceback (innermost last):
  File "/usr/bin/anaconda", line 520, in ?
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/text.py", line 1126, in run
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/text.py", line 551, in
__call__
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/todo.py", line 1852, in
doInstall
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/todo.py", line 1564, in
instCallback
  File "/var/tmp/anaconda-7.1//usr/lib/anaconda/image.py", line 84, in
getFilename
IOError: (0, 'Error')

Local variables in innermost frame:
f: <closed file '/mnt/source/.disc1-i386', mode 'r' at 9b0c980>
key: .disc1-i386
h: <header object at 844efc8>
timer: <timer.Timer instance at 9a54408>
self: <image.CdromInstallMethod instance at 82368f8>
timestamp: 986787650.210260


ToDo object:
(itodo
ToDo
p1
(dp2
S'resState'
p3
S''
sS'progressWindow'
p4
(itext
ProgressWindow
(dp5
S'scale'
p6
NsS'screen'
p7
(isnack
SnackScreen
p8
(dp9
S'height'
p10
I25
sS'width'
p11
I80
sS'helpCb'
p12

<failed>

This happens about 65% of the way through a server installation. I'm installing 
from the redhat CD, version 7.1, not an upgrade.

staci, I would recommend checking the md5sums of the ISO's and make sure that
everything went ok during the download.  Press <Ctrl><Alt><F3> and
<Ctrl><Alt><F4> and see if you see any errors like "cdrom seek error" or
something like that.  That's almost always an indication of bad cd's.


tomchao, I'm putting this bug into 'needinfo' state until you get a chance to
test with the official cd.  I have a feeling that bad cd's are the problem here.

OK.  I am still waiting for the CD to arrive.  I will update this one when I 
tested those certified CD.

The install is now dying every time with a signal 11 after formatting the 
partitions, as the package install progress window comes up. 
<ctrl><alt><f4> brings up a series of messages something like this:
I/O Error dev 16:00 (hdc): tray open
hda: timeout waiting for DMA

Does that mean it thinks my CD tray is open?  I'm using an official 7.1 cd 
purchased directly from RedHat.

staci, it looks like your cdrom drive doesn't like dma transfers.  This is more
of a kernel problem.  Try booting with 'linux ide=nodma' at the boot screen.
This will tell the kernel not to use dma transfers with all ide devices.  This
will mean that the hard drive transfer rate will not be as fast as it could, but
on the other hand, it should allow your cdrom to work.  Does this help?

thanks, that did it!

Yeah, this is a bug the that kernel team knows about.  They are assembling a
list of devices not to use DMA transfers on, so that this doesn't happen in the
future.

Putting in 'Needinfo' state until tomchao's CDs arrive.

I've tested w/ the MD5SUMS CDs and these are my findings:

1. The installation have minor problems, but by trying multiple times, my 
system crash did not occured!
2. with either upgrade or fresh install, X server and mouse would not work!  I 
patched the new Xconfigurator and mouseconfig, but they are still not working.
My solution was to remove them altogether and install the rpm package from the 
Beta 2.  They works right away.  I then pathed them w/ the latest rpm patches 
from RH site.

I think you can close this bug.  I believe the X and mouse have been reported 
elsewhere.

Ok.  Hey guys, thanks for working with us on this issue.