Bug 430115

Summary: Anaconda traceback on upgrade if /etc/rpm/platform is missing
Product: [Fedora] Fedora Reporter: Will Woods <wwoods>
Component: anacondaAssignee: Martin Sivák <msivak>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-03-12 13:09:00 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:
Bug Depends On:    
Bug Blocks: 235706, 430962    
Attachments:
Description Flags
anacdump.txt from attempted upgrade of a LiveCD-installed system
none
Have a fallback for determining architecture
none
anacdump.txt none

Description Will Woods 2008-01-24 16:44:57 UTC
Anaconda attempts to check the arch of the target system to make sure it matches
the arch of the installer. It does this by checking the contents of
/etc/rpm/platform.

Unfortunately, if that file doesn't exist, there's no fallback, and the
installer traces back.

There should probably be a fallback method - perhaps reading some info from the
rpmdb would help?

Traceback is attached.

Comment 1 Will Woods 2008-01-24 16:44:57 UTC
Created attachment 292814 [details]
anacdump.txt from attempted upgrade of a LiveCD-installed system

Comment 2 Jeremy Katz 2008-01-29 16:47:41 UTC
We can't require that this file be present -- some people remove it, it's not
there for live installs, etc.

Comment 3 Martin Sivák 2008-02-18 15:17:54 UTC
Created attachment 295173 [details]
Have a fallback for determining architecture

We have something like this in yuminstall.py, but i think this is more general
and it would be possible to use it in _checkUpgradeArch in there as well.

But I'm not sure about the rpm database stuff (what about database locks?) and
also the python-magic module will be new in the stage2 image (cca 300KB).

Without those two concerns, the code works on at least 4 machines here in the
office.

Comment 4 Seth Vidal 2008-02-22 15:31:39 UTC
If we're lacking an /etc/rpm/platform where's the harm in relying on os.uname()?


Comment 5 Martin Sivák 2008-02-22 15:38:09 UTC
Uname will tell you the architecture of running kernel. But to notify user about
the difference between running kernel (instalation media architecture) and the
architecture he already has installed, you need to read something from the
installed system (which is not running at the moment).

Comment 6 Martin Sivák 2008-02-27 12:52:20 UTC
I'm waiting for installable rawhide to test the upgrade with modified patch

Comment 7 Jeremy Katz 2008-03-05 18:52:50 UTC
Rawhide should be pretty installable at this point

Comment 8 Will Woods 2008-03-10 19:02:13 UTC
Created attachment 297490 [details]
anacdump.txt

Still happens with current rawhide. New anacdump.txt attached.

Comment 9 Martin Sivák 2008-03-12 13:09:00 UTC
Fixed in 11.4.0.51