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): FC2 Installer How reproducible: every time 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. Actual results: Python exception in the anaconda installer occurred. Expected results: Installation to continue to next screen (I don't know - package selection, perhaps?) Additional info:
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 in #125405. 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