Bug 1308905

Summary:	Image based provisioning does not work when discovery is enabled
Product:	Red Hat Satellite	Reporter:	Sebastian Hetze <shetze>
Component:	Provisioning	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WORKSFORME	QA Contact:	Katello QA List <katello-qa-list>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	6.1.6	CC:	inecas
Target Milestone:	Unspecified	Keywords:	Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-01-03 17:46:20 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 Sebastian Hetze 2016-02-16 12:22:21 UTC

Description of problem:
When provisioning a system via images (templates) in a subnet with discovery feature enabled, the system is booted in discovery mode and the automatic provisioning fails.


Steps to Reproduce:
1. Enable discovery feature
2. Provision new host using an image (template)

Actual results:
new host boots into discovery mode

Expected results:
new host boots based on template and Kickstart Finish template is performed

Additional info:

when discovery feature is enabled, /var/lib/tftpboot/pxelinux.cfg/default is changed to boot into discovery mode by default.

Other than with provisioning from scratch, Foreman does not create individual tftp boot records for image based provisioning. That leads to this situation described above.

Comment 1 Bryan Kearney 2016-07-26 19:04:45 UTC

Moving 6.2 bugs out to sat-backlog.

Comment 2 Ivan Necas 2018-01-03 17:46:20 UTC

Given there has not been any other evidence of this being an issue with customers, neither has been reported in upstream, I'm closing this bug for now as WORKSFORME. Please repopen if the issue can be reproduced with the current satellite version.