Bug 1276706
Summary: | Issue getting an IP address on the cfme-5.5 appliance | ||
---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Chris Pelland <cpelland> |
Component: | Appliance | Assignee: | Nick Carboni <ncarboni> |
Status: | CLOSED ERRATA | QA Contact: | Milan Falešník <mfalesni> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 5.5.0 | CC: | abellott, jhardy, mfalesni, obarenbo, simaishi |
Target Milestone: | Beta 2 | ||
Target Release: | 5.5.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | 5.5.0.9 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-12-08 13:42:42 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: | |
Embargoed: |
Description
Chris Pelland
2015-10-30 14:57:56 UTC
The root cause is the difference in tools writing the configuration files in question. /etc/sysconfig/network-scripts/ifcfg-eth0 is being written by the anaconda dracut module parse-kickstart file upstream. This means we write the device line we need here (https://git.fedorahosted.org/cgit/anaconda.git/tree/dracut/parse-kickstart?h=anaconda-19.31.122-1#n363) unconditionally. The same file downstream is being written by dracut's ifcfg module. We are running into issues with the "eth0" interface being recognized as a "kernel ethernet name" here (http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/modules.d/45ifcfg/write-ifcfg.sh?h=RHEL-7#n109) and here (http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/modules.d/40network/net-lib.sh?h=RHEL-7#n705) If dracut sees a "kernel ethernet name" it writes the HWADDR rather than DEVICE. One should be all we need for proper network configuration, but imagefactory removes the HWADDR here (https://github.com/redhat-imaging/imagefactory/blob/master/imgfac/FactoryUtils.py#L109) because we wouldn't want to specify a device MAC on a VM image (as the mac should be unique across multiple deployments) So the PR referenced above may be our best bet until we can either move to the new network interface naming scheme (http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/) which should remove the issue with dracue or alter our build process to do what we need it to do regarding network interface config. Latest build still had issue. Moving back to ON_DEV New commit detected on ManageIQ/manageiq-appliance-build/master: https://github.com/ManageIQ/manageiq-appliance-build/commit/299b249d7ddb6ca0a6fd9be9c92c4f3332115e7d commit 299b249d7ddb6ca0a6fd9be9c92c4f3332115e7d Author: Nick Carboni <ncarboni> AuthorDate: Tue Nov 3 10:23:12 2015 -0500 Commit: Nick Carboni <ncarboni> CommitDate: Tue Nov 3 10:23:12 2015 -0500 Fix the line that conditionally prints DEVICE= The original PR used && in place of || https://bugzilla.redhat.com/show_bug.cgi?id=1276706 kickstarts/base.ks.erb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) This issue is no longer present on 5.5.0.9, the appliance gets an IP address "out of the box" Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2015:2551 |