Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 138485
Summary: | Anaconda upgrade (FC1-> FC3) fails during 'finding packages to upgrade' | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michael Ben-Gershon <mybg> | ||||||||
Component: | anaconda | Assignee: | Paul Nasrat <nobody+pnasrat> | ||||||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 3 | CC: | axel.thimm, greggwolf, jackmason, jcarlosdg, j.lang.ac, nobody+pnasrat, picomp314, smettorre, softfailur, sp, wgraham | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | i686 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2005-02-24 09:13:43 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Michael Ben-Gershon
2004-11-09 15:45:22 UTC
Created attachment 106350 [details]
Anaconda dump (gzipped text file)
'Need Real Name' - Michael Ben-Gershon Can you test with the updates image: http://people.redhat.com/pnasrat/updates-138485.img Make a floppy of the above image using dd and boot passing the updates option eg: linux updates Created attachment 106370 [details]
anaconda dump (gzipped)
Failed again at the same point. New dump is attached.
It doesn't seem to have picked up the updated file. Can you check your update floppy, note the stack still has labelCompare being used at the same line where I've changed it to use compareEVR and done some sanity checking. What method of install are you doing - cd/nfs/nfsiso? Well, I shall try it again, but it did give all the messages about the update - asked which device to load it from, and the floppy then made all kinds of noises. Thanks, I can see why it's failing and I'm pretty sure I have the correct fix. You can also provide it via nfs iso by putting updates.img parallel to the iso images. Created attachment 106375 [details]
Anaconda dump (gzipped text file)
Well, I think I loaded the old fix again by mistake last time. Sorry! This time
it also failed, but with a different message. I am attaching the new dump. It
is significantly different.
OK that's a thinko on my part: Can you mount the disk on a running linux system and edit findpackageset.py under the line import string add import types It worked! Many thanks. However, I have not managed to get FC3 running properly on my system, even though the upgrade installation worked. I wonder if it might be advisable to go from FC1 to FC2 first, and then to FC3? Commited on HEAD and rhel4-branch "Thanks, I can see why it's failing and I'm pretty sure I have the correct fix. You can also provide it via nfs iso by putting updates.img parallel to the iso images." do you think it is possible to add upgrade.img to the directory for a hard-drive install as well?? Never mind, i just did it the old fashioned way and installed a floppy drive and edited the updates-* img, it worked well, thanks alot for that. *** Bug 139313 has been marked as a duplicate of this bug. *** *** Bug 139362 has been marked as a duplicate of this bug. *** I opened 139313, a duplicate of this bug. Going through the comments in chronological order, I'm finding it hard to figure out exactly what I should do to fix or work around this bug. I have the 4 FC3 CDs burned. I create a floppy from http://people.redhat.com/pnasrat/updates-138485.img? But didn't Paul say there was a problem with that in comment #7? And what should I do about comment #9? Does this refer to the floppy disk? Do I still need to edit findpackageset.py? Thanks. For your convenience I've uploaded the fixed updates image to people.redhat.com - please redownload and use linux updates to work around. I find a static page with a logo and a typed URL at people.redhat.com with nothing else. I was installing from ISO images I downloadeed and burned to CD's when I encountered this issue. please provide a more detailed description of how to work around this problem from that scenario, even if it is as simple as waiting to download a new ISO image. Thank you. Insert floppy: wget http://people.redhat.com/pnasrat/updates-138485.img dd if=updates-138485.img of=/dev/fd0 Boot installer with: linux updates *** Bug 138868 has been marked as a duplicate of this bug. *** Is there a method to do this on a laptop with no floppy drive? Yes, do an nfs iso install - (export a dir with Just the FC3 isos in via nfs, create a RedHat/base and put the image as updates.img in the base dir. Boot with cd 1 "linux askmethod" Other options are described in installation-methods doc in anaconda (follow on from original problem reported under bug #138868) I downloaded the updates-138485.img floppy image mentioned in comment #3 and then modified findpackageset.py on the floppy as in comment #9, booted the DVD with 'linux updates', and the FC2>FC3 update worked fine. Many Thanks. For an nfs install (per comment #22), where should the RedHat/base directory be created to place the updates.img file? If it is under the directory with the ISOs, it does not pick up the updates.img file and results in the same error message. Reference comment #24 - I found documentation and put updates-138485 as updates.img in same exported directory as ISOs. Encountered a new error message. The last two lines are: File"/tmp/updates/findpackageset.py", line 158, in rpmOutToStr if type(arg)!=types.StringType: NameError: global name 'types' is not defined Please remove your copies of the updates.img and redownload - this was fixed as per comment #17 - you may have an older version. I double checked and the image is correct. Deleted copy of updates-138485.img (downloaded 11/19) and re-downloaded. It worked. Thank you for your help. *** Bug 140251 has been marked as a duplicate of this bug. *** *** Bug 143297 has been marked as a duplicate of this bug. *** *** Bug 143844 has been marked as a duplicate of this bug. *** *** Bug 150243 has been marked as a duplicate of this bug. *** *** Bug 150819 has been marked as a duplicate of this bug. *** |