Bug 504274 - Failure while kickstart upgrading F10->F11 - KeyError: 'findrootparts'
Summary: Failure while kickstart upgrading F10->F11 - KeyError: 'findrootparts'
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 11
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Radek Vykydal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: anaconda_trace_hash:627ff8d3099a44e0b...
: 507663 (view as bug list)
Depends On: 499321
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-05 11:29 UTC by James Laska
Modified: 2013-09-02 06:36 UTC (History)
36 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 499321
Environment:
Last Closed: 2009-06-23 16:01:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Attached traceback automatically from anaconda. (85.24 KB, text/plain)
2009-06-11 01:17 UTC, Steven Bularca
no flags Details
Attached traceback automatically from anaconda. (45.75 KB, text/plain)
2009-06-11 09:10 UTC, King Lau
no flags Details
Attached traceback automatically from anaconda. (58.99 KB, text/plain)
2009-06-15 01:47 UTC, STEVEN WARD
no flags Details
Attached traceback automatically from anaconda. (59.72 KB, text/plain)
2009-06-16 07:38 UTC, STEVEN WARD
no flags Details
Attached traceback automatically from anaconda. (61.65 KB, text/plain)
2009-06-17 08:00 UTC, vonerrr
no flags Details
Attached traceback automatically from anaconda. (76.35 KB, text/plain)
2009-06-17 13:22 UTC, Edoardo Patelli
no flags Details
Attached traceback automatically from anaconda. (58.27 KB, text/plain)
2009-06-18 14:14 UTC, Ron Yorgason
no flags Details
Attached traceback automatically from anaconda. (83.49 KB, text/plain)
2009-06-19 06:05 UTC, David Freeman
no flags Details
Attached traceback automatically from anaconda. (142.09 KB, text/plain)
2009-06-20 10:33 UTC, Ron Askew
no flags Details

Description James Laska 2009-06-05 11:29:55 UTC
+++ This bug was initially created as a clone of Bug #499321 +++

--- Additional comment from jlaska on 2009-06-04 13:53:27 EDT ---

Reproduced with anaconda-11.5.0.59

= Steps to reproduce =

1) Complete install of F10
2) Initiate kickstart upgrade to F11 using the following kickstart

#version=F11
# Firewall configuration
firewall --disabled
# Upgrade existing installation
upgrade
# Root password
rootpw --iscrypted $1$xafj7qlW$6swjxMwu0po47drJVRcIZ/
# System keyboard
keyboard us
# System language
lang en_US
# Installation logging level
logging --level=info
# Use network installation
url --url=http://dell-t5400.test.redhat.com:80/cblr/links/F-11-RC4-i386
# Reboot after installation
reboot
# System timezone
timezone --isUtc America/New_York
# System bootloader configuration
bootloader --location=mbr --upgrade

3) Installer indicates it could not find the partition for the previous install
4) Select [Back] ... crash

Should this be filed as a new bug?

--- Additional comment from rvykydal on 2009-06-05 05:32:06 EDT ---

James, I've just pushed fix for bug #503310 and bug #503681 (commit 93fd07cd4cb46dad0d57bf216e603c8256751480) into rawhide which in my test fixed your case from comment #42. It doesn't address traceback from 4), but finds partition of previous install in 3).

Just a note:
For preupgrade it is not the case, but for upgrade set in ks, if there really are not any root parts to upgrade, we will meet the same traceback after going back from the message (which shouldn't be offered in this case), but I think it should be another bug.

Comment 1 Bug Zapper 2009-06-09 17:07:33 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Radek Vykydal 2009-06-10 13:49:50 UTC
This should be fixed in next build of anaconda for rawhide.

Comment 3 Steven Bularca 2009-06-11 01:17:01 UTC
Created attachment 347321 [details]
Attached traceback automatically from anaconda.

Comment 4 King Lau 2009-06-11 09:10:57 UTC
Created attachment 347359 [details]
Attached traceback automatically from anaconda.

Comment 5 STEVEN WARD 2009-06-15 01:47:32 UTC
Created attachment 347878 [details]
Attached traceback automatically from anaconda.

Comment 6 STEVEN WARD 2009-06-15 02:01:12 UTC
(In reply to comment #5)
> Created an attachment (id=347878) [details]
> Attached traceback automatically from anaconda.  

I personally did a fresh install of Fedora 11.
I tried to upgrade to Rawhide using preupgrade from Fedora 11.
Preupgrade downloads all the stuff it needs and requests me to re-boot.
That's when Anaconda can't find my root filesystem.
I'm dual-booting with Wndows 7 R.C,grub is handling my M.B.R to give me the choice to boot into either operating system.

I hope that helps,

Regards,
       STEVE555

Comment 7 STEVEN WARD 2009-06-16 07:38:16 UTC
Created attachment 348053 [details]
Attached traceback automatically from anaconda.

Comment 8 vonerrr 2009-06-17 08:00:05 UTC
Created attachment 348219 [details]
Attached traceback automatically from anaconda.

Comment 9 Edoardo Patelli 2009-06-17 13:22:27 UTC
Created attachment 348253 [details]
Attached traceback automatically from anaconda.

Comment 10 Ron Yorgason 2009-06-18 14:14:27 UTC
Created attachment 348473 [details]
Attached traceback automatically from anaconda.

Comment 11 Ron Yorgason 2009-06-18 14:26:26 UTC
My bug traceback occurred when trying to upgrade from Fedora 10 to Fedora 11.  The preinstaller downloaded all the packages, and at reboot it couldn't find my root partition.  When I tried doing an initial install from the DVD, it couldn't find my partition either, I had to fall back to installing Fedora 10 and try doing the upgrade.

I am doing a multiboot, where I have one partition reserved for windows (I haven't installed it yet), one partition for ubuntu, and this one for fedora.  If I drop to a command shell and type "fdisk -l" I can see all my partitions just fine:

/dev/sda1  (type linux, but will be windows when I install it)
/dev/sda2  extended
/dev/sda5  swap
/dev/sda6  Linux (ubuntu)
/dev/sda7  Linux (Fedora 10)

Comment 12 David Freeman 2009-06-19 06:05:51 UTC
Created attachment 348609 [details]
Attached traceback automatically from anaconda.

Comment 13 David Freeman 2009-06-19 09:04:16 UTC
In my case, this was an Anaconda run created by 'preupgrade-cli' from F10 to F11 that made it up to about 3% and then failed with what seems to be a recurrent bug (https://bugzilla.redhat.com/show_bug.cgi?id=245691) whose hallmark output is "no module named keysyms".

My /var/lib/rpm/Packages files is hosed, and the system is bootable to the F10 installation but remains in limbo.  I'm priming a VM from which to snag and then massage its /var/lib/rpm/Packages file, since there are factors inhibiting either a reinstallation or a fresh installation.

If a workaround for the Anaconda side exists or becomes known, seeing it posted here would be much appreciated.

Comment 14 Ron Askew 2009-06-20 10:33:10 UTC
Created attachment 348740 [details]
Attached traceback automatically from anaconda.

Comment 15 Radek Vykydal 2009-06-23 16:01:24 UTC
As reports from comments 3-14 are not concerning kickstart upgrade case, but preupgrade, they will be tracked in reopened bug #499321.
I added reporters to CC List of the bug and I am closing this bug which is fixed in rawhide.

Comment 16 Radek Vykydal 2009-06-24 10:19:49 UTC
A workaround for this bug for is to add

clearpart --none

to kickstart file.

Comment 17 Radek Vykydal 2009-06-24 10:23:47 UTC
*** Bug 507663 has been marked as a duplicate of this bug. ***

Comment 18 Edoardo Patelli 2009-06-29 14:07:14 UTC
Where exactly do you add "clearpart --none" ? 


I tried to add clearpart to the kickstart file but I still have the same bug. 

Here my kiskstrart file:
-------------------------------------------------
lang en_US.UTF-8
keyboard de-latin1-nodeadkeys
bootloader --upgrade --location=none 
clearpart --none
upgrade --root-device=UUID=5f6c9d43-515e-4bad-a225-feb29e12e155
reboot


%post
grubby --remove-kernel=/boot/upgrade/vmlinuz
rm -rf /boot/upgrade /var/cache/yum/preupgrade*
%end
--------------------------------------------------------

Comment 19 Radek Vykydal 2009-06-29 17:01:17 UTC
The workaround from comment #16 is tested to work only for the case from Description  which is kickstart upgrade of default-partitioned f10 installation.

I'd say it might work also for preupgrade (by adding the line, as you probably did, to the /boot/updgrade/ks.cfg generated by preupgrade) but as you say, in your case it doesn't. I guess it is either because it is preupgrade or because your partitioning is not as simple as the default one - but from your original traceback it doesn't seem so.

Comment 20 Brian 2009-10-19 23:29:50 UTC
I'm doing a completely default preupgrade from Fedora 8 to Fedora 11, and consistently getting this error.  Fresh install of Fedora 8, nothing special on the partitioning.  The only thing I changed from the default is to remove the default 2gb swap and add 2x4gb swap partitions.  No dual-booting, nothing special.

I built the Fedora 8 system today, completely updated it via yum, installed preupgrade.  I then run preupgrade-cli or preupgrade (have messed with both) and do the reboot.  When I reboot it tells me the upgrade root was not found.

The clearpart --none workaround did nothing.

According to this:

http://fedoraproject.org/wiki/PreUpgrade

It seems like this "should" work.

Comment 21 Radek Vykydal 2009-10-20 08:48:31 UTC
(In reply to comment #20)
> I'm doing a completely default preupgrade from Fedora 8 to Fedora 11, and

Brian, this bug is concerning only upgrade, for preupgrade please see bug #499321. There are two issues (and workarounds) identified that can cause the preupgrade failure, your case may be one of them:

- dmraid metadata issue - are you are using BIOS raid?, see bug comments
  https://bugzilla.redhat.com/show_bug.cgi?id=499321#c103
  https://bugzilla.redhat.com/show_bug.cgi?id=499321#c107

- incorrect version of Fedora to upgrade - probably not your case, see bug comments
  https://bugzilla.redhat.com/show_bug.cgi?id=499321#c73
  https://bugzilla.redhat.com/show_bug.cgi?id=499321#c74

Comment 22 Brian 2009-10-26 15:58:41 UTC
Thanks, it appears it's actually closely related to this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=504991

Which might be because preupgrade relies on anaconda, and anaconda explicitly disallows upgrading more than 2 versions at once.  I've found that I can upgrade from 9->11, and probably from 8->10, but not from 8->11.  Thanks for the followup.


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