Red Hat Bugzilla – Bug 104796
Last modified: 2007-11-30 17:06:58 EST
Description of problem:
After I pushed the Enter Key (OK checked) from the screen below during
the install process of EL 3 Beta 2.
Installation to begin
A complete log of your installation will
be in /root/install.log after rebooting
your system. You may want to keep this
file for later reference.
I then received the following messages, then the PuTTY session closed, and
the install process terminated.
Traceback (most recent call last):
File "/usr/bin/anaconda", line 1082, in ?
intf.run(id, dispatch, configFileData)
File "/usr/lib/anaconda/text.py", line 471, in run
File "/usr/lib/anaconda/dispatch.py", line 157, in gotoNext
File "/usr/lib/anaconda/dispatch.py", line 225, in moveStep
rc = apply(func, self.bindArgs(args))
File "/usr/lib/anaconda/packages.py", line 475, in turnOnFilesystems
File "/usr/lib/anaconda/partedUtils.py", line 696, in savePartitions
error: Error: Error opening /tmp/dasda: No such file or directory
Then I lost the PuTTY session. See the following message from the VM
Linux console log.
sshd(pam_unix)Ã58Â¨: session closed for user root
Version-Release number of selected component (if applicable):
Linux version 2.4.21-1.1931.2.399.ent (firstname.lastname@example.org)
(gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-16)) #1
SMP Wed Aug 20 15:23:46 EDT 2003
During the anaconda loader process.
Steps to Reproduce:
1. See the description.
Did you have to initialize the dasd first? If so, this is fixed in our current
codebase (and rerunning the installer should allow it to work fine as well)
We tried ICKDSF and CMS FORMAT the 3338 cylinder minidisk, and the anaconda
program failed to pick the mindisk (One of the release notes indicated that
anaconda would not pick CMS format disk). Anaconda was finally able to pick up
the minidisk after I wiped out cylinder zero. We have 8 Linux guests set up
with same configuration, and most of them failed with the reported problem with
Beta 2. What dasd initialization that you are referring to? - Emil
Yes, that's the cause of it then. There were cases when we checked the initial
format of the dasd to see if dasdfmt needed to be run where the device node got
removed erroneously -- fixed in our current codebase.
I'm new the RedHat. The current version EL3 is beta 2, and I experiencd the
problem on beta 2. What exactly is the current codebase? Thank you - Emil