| Summary: | Network configuration device not present in ifcfg-XXX | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | G Crivellari <gcrivell> | ||||||||||
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||||||
| Status: | CLOSED WONTFIX | QA Contact: | Release Test Team <release-test-team> | ||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 7.2 | CC: | robert.smith981, rvykydal | ||||||||||
| Target Milestone: | rc | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | x86_64 | ||||||||||||
| OS: | Unspecified | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2021-01-15 07:28:10 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: | |||||||||||
| Attachments: |
|
||||||||||||
|
Description
G Crivellari
2016-11-03 11:00:47 UTC
Please attach installation logs as separate text/plain attachments. They can be gathered (eg using scp) from shell in tty2 in installation environment from /tmp or from installed system from /var/log/anaconda. We need these log files: anaconda.log ifcfg.log syslog program.log Also it would be helpful to try to reproduce with RHEL 7.3 release when available. Created attachment 1216968 [details]
anaconda.log
Created attachment 1216969 [details]
storage.log
Created attachment 1216983 [details]
syslog
Created attachment 1216984 [details]
ifcfg.log
Created attachment 1216985 [details]
program.log
Dracut is not writing DEVICE value in ifcfg file in case kernel network device naming is used (net.ifnames=0 biosdevname=0) which makes sense as in this case the device names are not assigned predictably (can change across reboots) so the configuration is bound to MAC address. I think network service should be able to cope with such ifcfg file though and in my tests it does so. Could you please attach the error messages you are getting when the service is unable to pair the interface? Are we talking about network service here or some other service (ifupcfg?). Are you installing and booting on the same system (ie the MAC address of the NIC the same)? Also it could be helpful to attach also kickstart (at least network configuration) you are using. This setup should use "net.ifnames=0 biosdevname=0" to obtain ethX naming on installation and boot. This cause all customer customizations are based on old nic naming. It's that approach still correct? I'll attach ifupcfg error asap. Consider that we're using a post-installation command to add device=ethx to ifcfg-XXX file and works perfectly. You can attach the installation logs as separate text/plain attachments. http://www.followthesteps.net/hsbc-contact-phone-number/ Adding DEVICE=eth0 in the post kickstart phase and configuration is perfectly applied on first reboot. http://www.fixithere.net/sky-customer-service/ After evaluating this issue, there are no plans to address it further or fix it in an upcoming release. Therefore, it is being closed. If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened. |