Bug 1043189

Summary: anaconda should sanitize values from /etc/fedora-release (before using them e.g. for VG names)
Product: [Fedora] Fedora Reporter: Florian Hubold <doktor5000>
Component: python-blivetAssignee: David Lehman <dlehman>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: amulhern, bcl, dlehman, g.kaviyarasu, jonathan, 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: 2014-12-02 19:44:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Florian Hubold 2013-12-14 19:24:49 UTC
Description of problem:

After creating rebranded live images of Fedora 19 with livecd-creator, installation fails. Problem is that Anaconda partitioner uses information from /etc/fedora/release to e.g. generate VG names, and fails to sanitize/check those generated strings, which can break the installation.


In my cased automatic partitioning ended up trying to use "obof11(" as VG names, which fails later on when trying to install. Manually correcting that and removing the round bracket allows to successfully continue/complete the installation


This was the content of my /etc/fedora-release:
OpenClient based on Fedora 19 19 (Generic) 19

Seems it uses the first letter of the first 5 words it finds, in my case ending up with "obof11(" whereas the (Generic) 19 comes from generic-release package

Version-Release number of selected component (if applicable):


$ yum list all | grep ^generic-r
generic-release.noarch                  19-2                             fedora 
generic-release-notes.noarch            19-2                             fedora 
generic-release-rawhide.noarch          19-2                             fedora


How reproducible:

Use generic-release when creating live/installation media and try to install from that. Should always fail as /etc/fedora-release contains "Generic release  (Generic) 19" which should produce a VG name of "gr(1".

Comment 1 David Lehman 2014-12-02 19:44:47 UTC
The problem is that your /etc/fedora-release is not formatted correctly.

Comment 2 Florian Hubold 2014-12-02 21:11:51 UTC
Hi David, could you at least provide a pointer what the expected/correct format would be?