Project

General

Profile

Actions

Bug #7490

open

Foreman does not check for Environment match when assigning Host to HostGroup

Added by Jeff Sault over 9 years ago. Updated about 8 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Puppet integration
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

You can assign a Host to a HostGroup where the environment on each is different. When the Puppet agent runs, it ignores the configuration from the HostGroup.

Example:
1. Ensure that a class (e.g. puppetlabs-ntp) is in the 'development' environment and NOT in the 'production' environment.
2. Create a HostGroup in the 'development' environment. Assign the class from Step 1 to it, and optionally provide configuration details.
3. Create a new Host in the 'production' environment, and assign the HostGroup created in step 2 to the new host.
4. Run the puppet agent on the new Host.

Expected Results ================
An error is displayed at step 3, saying that the HostGroup is not compatible.

Actual Results ==============
No error is displayed. No software is installed by the puppet agent when it runs.


Related issues 2 (0 open2 closed)

Related to Foreman - Bug #5105: default Setting['remove_classes_not_in_environment'] to true and have class_selection partial show/hide inherited classes from parent based on this settingClosedJoseph MagenActions
Has duplicate Foreman - Feature #14717: Classes assigned to a parent hostgroup that are not avaliable to a given host should be indicated in the WebUIDuplicate04/19/2016Actions
Actions #1

Updated by Dominic Cleal over 9 years ago

  • Category set to Puppet integration
  • Status changed from New to Feedback

This behaviour's by design now, with the introduction of config groups the behaviour was changed as they were fairly hard to use with the proposed (and 1.4 default) behaviour.

http://theforeman.org/manuals/1.5/index.html#3.6Upgrade notes that 1.5 removed the "remove_classes_not_in_environment" and changed the effective behaviour from "false" to "true", meaning that classes that a host had assigned (e.g. via config groups or a host group) are removed automatically from the class list rather than being passed to Puppet, which would throw an error as the class wasn't found.

Actions #2

Updated by Neil Greenwood over 9 years ago

I think this is not a good user experience.

I think that an error/warning message when assigning the host group to the host would be a much better experience, rather than an in-depth investigation about why Foreman/Puppet is not doing what I think I've asked it to do.

Actions #3

Updated by Dominic Cleal over 9 years ago

  • Related to Bug #5105: default Setting['remove_classes_not_in_environment'] to true and have class_selection partial show/hide inherited classes from parent based on this setting added
Actions #4

Updated by Dominic Cleal over 9 years ago

  • Status changed from Feedback to New
Actions #5

Updated by Dominic Cleal about 8 years ago

  • Has duplicate Feature #14717: Classes assigned to a parent hostgroup that are not avaliable to a given host should be indicated in the WebUI added
Actions #6

Updated by Bryan Kearney about 8 years ago

  • Bugzilla link set to 1318529
Actions

Also available in: Atom PDF