Bug 1261667

Summary: Host operating system field switches on its own
Product: Red Hat Satellite Reporter: Jacob Hunt <jhunt>
Component: ProvisioningAssignee: Ohad Levy <ohadlevy>
Status: CLOSED DUPLICATE QA Contact: Katello QA List <katello-qa-list>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.1.0CC: bbuckingham, cwelton, inecas, nshaik, oprazak
Target Milestone: UnspecifiedKeywords: Triaged
Target Release: Unused   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-12-09 16:06:14 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:
Bug Depends On:    
Bug Blocks: 1267521, 1287901    
Attachments:
Description Flags
screenshot of host field none

Description Jacob Hunt 2015-09-09 22:34:36 UTC
Created attachment 1071970 [details]
screenshot of host field

Description of problem:

If a host is created and assigned to a host group (with operating system settings defined) the host os field will randomly switch after what seems to be some puppet runs. We have seen hosts switch from rhel 6.6 workstation to 6.6 server and 7 server to 7 workstation randomly.
It doesn't actually affect the host unless you try to rebuild the host while the OS field is set incorrectly. When the host switches it seems to clean the installation media field and partition table so those fields need to be manually assigned again. The attached picture shows what a host does after being set as 6.6 workstation and then building and running puppet. The host automatically changed to el6s (6.6 server) and the fields were cleared.


Additional info:
Our hosts switch workstation -> server. Looking back at
our hosts it appears that every puppet run workstation builds are switching
to server builds and losing their installation media and partition
information. Server builds are not switching to workstation anymore.

Comment 4 Tomer Brisker 2016-12-06 13:08:56 UTC
Connecting redmine issue http://projects.theforeman.org/issues/6006 from this bug

Comment 5 Bryan Kearney 2016-12-06 15:18:19 UTC
Upstream bug component is Provisioning

Comment 6 Bryan Kearney 2016-12-09 09:18:18 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/6006 has been resolved.

Comment 7 Brad Buckingham 2016-12-09 16:06:14 UTC
I am going to close this as a duplicate of bug 1155704, since they are both tied to the same upstream issue.

*** This bug has been marked as a duplicate of bug 1155704 ***