Red Hat Bugzilla – Bug 126343
Installer crashes after "Upgrade Examine" screen (trying to make LVM nodes?)
Last modified: 2007-11-30 17:10:45 EST
Description of problem:
While performing an upgrade install of a Fedora Core 1 system to
Fedora Core 2, I select a partition to upgrade in the "Upgrade
Examine" screen. After clicking on the "next" button, the disks are
accessed briefly and then an exception occurs, with the notation to
take down the python exception information and report it on bugzilla.
Out of the ordinary: Looking at the python exception information, it
appears to be trying to do something with LVM, which I do not use. I
do, however, have one raid0 and one raid1 partition, the former on two
SCSI drives, the latter between two IDE drives.
However, it's all in the dump shown below. (For that matter, I'm not
sure why all the "upgrading" messages come up - I haven't gotten
anywhere near package installation yet...)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Perform an upgrade install on my system.
2. Select a partition at the "upgrade examine" screen.
3. Dump crash data to disk.
Python exception in the anaconda installer occurred.
Installation to continue to next screen (I don't know - package
Created attachment 101260 [details]
Full dump of anaconda state (as near as I can tell) upon finding this error
This seems to be a duplicate of Bug #125405. But the #125405
summary/headline is miss leading.
It's apparently similar in effect, but not the same.
The exception dump in #125405 is similar early on, but there are some
key differences later.
We're more or less the same to this point:
File "/usr/lib/anaconda/dispatch.py", line 237, in moveStep
rc = apply(func, self.bindArgs(args))
In this line, for bug #125405, 'func' is doMigrateFilesystems in
packages.py, while for this bug, 'func' is upgradeMountFilesystems
also in packages.py.
The other difference is that I haven't used lvm on this system, unlike
However, I noticed that my system has an empty /etc/lvmtab file, which
may be hosing things (it already creates some spurious output on
bootup). I'll delete the file and try it again.
My attempted fix didn't work, so I'll reopen this (I'm not sure how it
got closed... but what the heck).
Taking a look at the source code in the anaconda source rpm on CD #3,
it appears that the problem is that the call to
self.getEntryByMountPoint in fsset.py, line 1463 returns None into
root, which is later used in the line that raises the exception. This
apparently happens because there is no "/" filesystem in self.entries
of the FileSystemSet object. I can't see anywhere in fsset.py where
"/" is put into that object, but it looks like it's supposed to happen
in upgrade.py, and for some reason is not.
This is fixed now