Red Hat Bugzilla – Bug 1279370
PXE-less image does not report primary MAC correctly
Last modified: 2017-02-23 14:40:54 EST
Created attachment 1091686 [details]
webui screenshot with error: address family must be specified
Description of problem:
On refreshing the facts of unattended pxe-less (without dhcp) host raises following error:
2015-11-09 03:48:04 [W] Operation FAILED: Could not get facts from proxy https://cloud-qe-17.idmqe.lab.eng.bos.redhat.com:9090/discovery/192.168.110.109: address family must be specified
2015-11-09 03:48:04 [I] Rendered common/500.html.erb within layouts/application (5.3ms)
2015-11-09 03:48:04 [I] Rendered layouts/base.html.erb (1.0ms)
2015-11-09 03:48:04 [I] Completed 500 Internal Server Error in 4126ms (Views: 9.3ms | ActiveRecord: 1188.0ms)
Remastered ISO was created as below:
./discovery_remaster fdi-bootable-3.0.4.iso "fdi.pxip=192.168.110.109/24 fdi.pxmac=52:54:00:be:8e:8c fdi.pxgw=192.168.110.1 fdi.pxdns=192.168.110.1 proxy.url=https://192.168.110.1:9090 proxy.type=proxy fdi.pxfactname1=myfact fdi.pxfactvalue1=somevalue fdi.pxauto=1"
Please note that we did not enable the auto-provisioning and as soon as host is discovered with remastered ISO, I tried to add a new interface and just clicked on 'refresh facts'.
Looks like when we add a new interface, bootif interface auto changed to newly added interface. It mean we set the fdi.pxmac=52:54:00:be:8e:8c and on add new interface with mac=52:54:00:d5:78:99, the bootif set to discovery_bootif => 52:54:00:d5:78:99
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. discover a host unattended pxe-less host
2. add a new interface in host
3. refresh facts from discovered_Host page
Operation FAILED: Could not get facts from proxy https://cloud-qe-17.idmqe.lab.eng.bos.redhat.com:9090/discovery/192.168.110.109: address family must be specified
refresh facts should be successful
10.16.96.100 - - [09/Nov/2015 04:33:08] "GET /discovery/192.168.110.109/inventory/facter HTTP/1.1" 200 3538 2.4335
The root cause is our discovery_bootif fact which only accepts BOOTIF option, but we should also use fdi.pxmac when BOOTIF is not present.
This is a blocker too.
Merged as 47d3d43, I will rebase the image later today.
Verified with Sat 6.1.5 compose3(Satellite-6.1.0-RHEL-7-20151204.0)
Reported issue is not reproducible and pxe-less image correctly reports the primary mac.
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.