Project

General

Profile

Actions

Refactor #10413

closed

Reimplement !unattended mode support as mainline feature

Added by Dominic Cleal almost 9 years ago. Updated about 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Host creation
Target version:
-
Fixed in Releases:
Found in Releases:

Description

settings.yaml contains :unattended set to true by default, which enables provisioning related features during initialisation. Turning it off is meant to put Foreman into a reporting-only mode, suitable for use as a dashboard, but it's notoriously unreliable and untested.

Many major releases contain regressions because !unattended users are a minority and all developers and tests run with unattended enabled in order to test all features.

I'd suggest that we should remove this global setting and make sure Foreman can operate sensibly and be well-tested with both reporting-only and provisioning usage in a single, default configuration.


The main difference was always the New Host page, which had significant behaviour differences around OS requirements and the tabs shown. When in unattended mode, it is only possible to create a managed host in the New Host form.

Related is that there's an inconsistency in use of the host "managed" flag. Generally when unattended is enabled and hosts are !managed, Foreman acts similarly to !unattended mode. We should probably migrate hosts created under !unattended to being !managed hosts and then have Foreman work well with both managed and !managed hosts.

Related again, consider how Host::Managed should be split up or renamed when it's an unmanaged host.


Related issues 4 (1 open3 closed)

Related to Foreman - Bug #10307: Editing a host with "unattended: false" set in settings.yaml results in error.ClosedOndřej Pražák04/29/2015Actions
Related to Foreman - Bug #10379: Facts import error: no superclass method `setup_clone' for #<Host::Managed...>ClosedMarek Hulán05/05/2015Actions
Related to Foreman - Bug #4018: API host creation fails with 500 error when unattended == falseNew01/15/2014Actions
Related to Foreman - Bug #16866: Facts import doesn't work with unattended=falseClosedDominic Cleal10/11/2016Actions
Actions #1

Updated by Dominic Cleal almost 9 years ago

  • Related to Bug #10307: Editing a host with "unattended: false" set in settings.yaml results in error. added
Actions #2

Updated by Marek Hulán almost 9 years ago

  • Related to Bug #10379: Facts import error: no superclass method `setup_clone' for #<Host::Managed...> added
Actions #3

Updated by Rickard von Essen almost 9 years ago

  • Related to Bug #4018: API host creation fails with 500 error when unattended == false added
Actions #4

Updated by Anonymous over 7 years ago

  • Related to Bug #16866: Facts import doesn't work with unattended=false added
Actions #5

Updated by The Foreman Bot over 2 years ago

  • Status changed from New to Ready For Testing
  • Assignee set to Tomer Brisker
  • Pull request https://github.com/theforeman/foreman/pull/8980 added
Actions #6

Updated by Ondřej Ezr over 2 years ago

  • Fixed in Releases 3.0.2, 3.1.0 added
Actions #7

Updated by Ondřej Ezr over 2 years ago

  • Fixed in Releases deleted (3.0.2, 3.1.0)
Actions #8

Updated by The Foreman Bot over 2 years ago

  • Pull request https://github.com/theforeman/foreman/pull/8983 added
Actions #9

Updated by The Foreman Bot about 2 years ago

  • Fixed in Releases 3.3.0 added
Actions #10

Updated by Tomer Brisker about 2 years ago

  • Status changed from Ready For Testing to Closed
Actions

Also available in: Atom PDF