Bug 1404521

Summary:	Provisioning fails for a system with two interfaces
Product:	Red Hat Satellite	Reporter:	Alexey Masolov <amasolov>
Component:	Provisioning	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WORKSFORME	QA Contact:	Katello QA List <katello-qa-list>
Severity:	high	Docs Contact:
Priority:	high
Version:	6.2.5	CC:	amasolov, bkearney, inecas, mhulan, mlele, szadok, tscully
Target Milestone:	Unspecified
Target Release:	Unused
Hardware:	x86_64
OS:	Linux
URL:	http://projects.theforeman.org/issues/17919
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-05-31 15:11:43 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 Alexey Masolov 2016-12-14 01:53:00 UTC

Description of problem:

Satellite doesn't change pxelinux config files on tftp if the provisioning interface is different from the primary interface. The system gets build successfully but not able to boot because TFTP still has the config file for provisioning interface and not for primary. 

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

How reproducible:
100% with RHEV and bare metal machines

Steps to Reproduce:
1. Create a new host with two network interfaces and relevant MAC addresses
2. Choose one interface as primary and another one as provision
3. Build the host

Actual results:
The host will be provisioned but unable to boot from its primary interface. TFTP directory will has only PXE config for provision MAC address.

Expected results:
1. TFTP has the PXE config for primary interface
2. Host can boot correctly from its primary interface

Additional info:

Comment 2 Shlomi Zadok 2017-01-04 11:01:58 UTC

Created redmine issue http://projects.theforeman.org/issues/17919 from this bug

Comment 3 Marek Hulan 2017-01-04 14:33:36 UTC

This looks very similar to BZ 1406362. Alexey could you please check whether the workaround works for you too? Just provide identifiers for both interfaces. If it does I think it's a duplicate. According to the case it has same symptoms.

Comment 4 Alexey Masolov 2017-02-13 22:46:13 UTC

Marek,

Sorry for the delay but I was looking for a bare metal machine that I can provision to test it. Unfortunately, Providing identifiers for both interfaces didn't work for me.

Comment 5 Bryan Kearney 2017-03-06 22:30:22 UTC

Marek, suggested next steps?

Comment 6 Marek Hulan 2017-03-07 08:06:04 UTC

In such case, please provide logs from Satellite and Capsule with log level set to debug. I'm mostly interested for the period since the host form is submitted until the hosts starts rebooting loop. Also the content of config file for provisioning interface from TFTP after provisioning would be useful.

Please also note that we don't try to create TFTP configuration for primary interface, so the fact it does not exists is expected. The host boots through PXE only on provision interface but the TFTP configuration for it should change so the host boots from local HDD after provisioning is done.

It's very likely the host does not get saved at the final stage of provisioning when it call's back to Satellite informing it that the provisioning has finished.

Comment 7 Alexey Masolov 2017-05-18 23:11:55 UTC

Marek,

Just tried to reproduce it on my Sat 6.2.9 and I was unable to reproduce it. So, I assume it's fixed.

Comment 8 Marek Hulan 2017-05-31 15:11:43 UTC

Thanks for confirmation. I'm closing now. Please reopen if you encounter the issue again on Satellite 6.2.9+