Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1619293 - [free-int] installer should error if non-openshift-* namespace is configured for logging and priorityClass is going to be set
[free-int] installer should error if non-openshift-* namespace is configured ...
Status: CLOSED ERRATA
Product: OpenShift Container Platform
Classification: Red Hat
Component: Installer (Show other bugs)
3.11.0
Unspecified Unspecified
unspecified Severity unspecified
: ---
: 3.11.0
Assigned To: ewolinet
Anping Li
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2018-08-20 10:23 EDT by Justin Pierce
Modified: 2018-10-11 03:25 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Cause: If logging was not in a namespace that began with 'openshift-' Fluentd was not able to use the "system-cluster-critical" priority class. Consequence: Fluentd would not be able to start up. Fix: We create a priority class for Cluster Logging and configure Fluentd to use that instead. Result: Fluentd is able to start up, even if not installed to an 'openshift-*' namespace.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-10-11 03:25:25 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:2652 None None None 2018-10-11 03:25 EDT

  None (edit)
Description Justin Pierce 2018-08-20 10:23:38 EDT
Description of problem:
In v3.11.0-0.16.0, it is possible for a standard upgrade of logging to fail using parameters that would have otherwise worked in 3.10. 

After running an upgrade, fluentd pods will not launch due to the error:
creating: pods "logging-fluentd-" is forbidden: pods with system-cluster-critical priorityClass is not permitted in logging namespace. This is because the fluentd pods have "priorityClassName: system-cluster-critical" set, but do not exist in a privileged openshift-* namespace.  


Version-Release number of selected component (if applicable):
v3.11.0-0.16.0

How reproducible:
100%

Steps to Reproduce:
1. Configure logging to target the 'logging' namespace (anything other than openshift-*)
2. Install logging
3. Observe that fluentd will not start due to this feature of k8s: https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/  -> https://bugzilla.redhat.com/show_bug.cgi?id=1616171#c5

Actual results:
Fluentd pods fail to start. Logging will not function. 

Expected results:
The installer should fail if settings incompatible are selected for logging. Valid options:
1) openshift-* namespace configured and priorityClassName enabled.
2) non-openshift-* namespace configured, but priorityClassName disabled. 

If the installer is otherwise configured, it should error before it unintentionally cripples logging. 

Additional info:
If the user can prevent priorityClassName from being set by a setting in the inventory, documentation on the impact of this should be provided. 

Description of problem:

Version-Release number of the following components:
rpm -q openshift-ansible
rpm -q ansible
ansible --version

How reproducible:

Steps to Reproduce:
1.
2.
3.

Actual results:
Please include the entire output from the last TASK line through the end of output if an error is generated

Expected results:

Additional info:
Please attach logs from ansible-playbook with the -vvv flag
Comment 1 ewolinet 2018-08-20 18:04:18 EDT
Instead of failing with an error, we will be creating a priority class for fluentd to use instead.

https://github.com/openshift/openshift-ansible/pull/9686
Comment 3 Anping Li 2018-09-10 04:27:57 EDT
The bug have been fix in v3.11.0-0.28.0.0
Comment 5 errata-xmlrpc 2018-10-11 03:25:25 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:2652

Note You need to log in before you can comment on or make changes to this bug.