Bug 1732154 - Elasticsearch PVC's are missing storage-class when logging deployed with glusterfs persistence options
Summary: Elasticsearch PVC's are missing storage-class when logging deployed with glus...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Logging
Version: 3.11.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 3.11.z
Assignee: Jeff Cantrill
QA Contact: Anping Li
URL:
Whiteboard:
: 1737605 1745983 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-07-22 19:38 UTC by Luke Stanton
Modified: 2019-09-03 15:56 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Cause: openshift_logging_es_pvc_dynamic not being passed to role during pvc generation Consequence: template was not receiving storage class Fix: explicitly pass openshift_logging_es_pvc_dynamic Result: template gets storage class value and pvc is correctly generated
Clone Of:
Environment:
Last Closed: 2019-09-03 15:56:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift openshift-ansible pull 11841 0 'None' closed Bug 1732154: Explicitly pass storage class var to logging role 2021-01-09 11:31:59 UTC
Red Hat Product Errata RHBA-2019:2580 0 None None None 2019-09-03 15:56:11 UTC

Description Luke Stanton 2019-07-22 19:38:36 UTC
Description of problem:

When deploying logging and specifying gluster as the dynamic storage provider, generated PVC's are missing storage-class.


Version-Release number of the following components:

* openshift-ansible-3.11.123
* ansible-2.6


How reproducible: Consistently


Steps to Reproduce:
1. Deploy logging using glusterfs dynamic storage for persistence

# +++++++++++++++++++++++
# Cluster Logging
# ++++++++++++++++++++++++
openshift_logging_install_logging: true
openshift_logging_es_cluster_size: 3
openshift_logging_elasticsearch_storage_type: pvc
openshift_logging_es_pvc_storage_class_name: glusterfs-registry
openshift_logging_es_pvc_size: 20Gi
openshift_logging_es_pvc_dynamic: true
openshift_logging_es_number_of_shards: 3
openshift_logging_es_number_of_replicas: 1
openshift_logging_es_nodeselector: {node-role.kubernetes.io/infra: "true"}
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Actual results:

Playbook runs successfully. However, Elasticsearch PVC's are missing gluster storage-class reference, even though it was specified in the Ansible variables:

$ oc get pvc
NAME           STATUS    VOLUME    CAPACITY   ACCESS MODES   STORAGECLASS   AGE
logging-es-0   Pending                                                      1d
logging-es-1   Pending                                                      1d
logging-es-2   Pending                                                      1d


Expected results:

Elasticsearch PVC's would correctly reference gluster storage-class and bind automatically.

Comment 1 Jeff Cantrill 2019-08-05 20:22:25 UTC
*** Bug 1737605 has been marked as a duplicate of this bug. ***

Comment 3 Jeff Cantrill 2019-08-27 16:41:22 UTC
*** Bug 1745983 has been marked as a duplicate of this bug. ***

Comment 4 Anping Li 2019-08-28 08:34:48 UTC
The pvc can be create when use none default sc. Move to verified.
openshift3/ose-ansible:v3.11.

[311]$ oc get pvc
NAME           STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS      AGE
logging-es-0   Bound    pvc-e7ddf6b8-c96d-11e9-8b2f-0edabec3cc80   10Gi       RWO            bogus-glusterfs   4m
logging-es-1   Bound    pvc-0a0dce92-c96e-11e9-8b2f-0edabec3cc80   10Gi       RWO            bogus-glusterfs   3m
[311]$ oc get sc
NAME              PROVISIONER             AGE
bogus-glusterfs   kubernetes.io/aws-ebs   27m
gp2 (default)     kubernetes.io/aws-ebs   15m

Comment 6 errata-xmlrpc 2019-09-03 15:56:03 UTC
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-2019:2580


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