Bug 1429827
Summary: | searchguard index needs manual recreation | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Ruben Romero Montes <rromerom> | ||||||||
Component: | Logging | Assignee: | Jeff Cantrill <jcantril> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Xia Zhao <xiazhao> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | high | ||||||||||
Version: | 3.4.0 | CC: | aos-bugs | ||||||||
Target Milestone: | --- | Keywords: | Reopened | ||||||||
Target Release: | 3.4.z | ||||||||||
Hardware: | Unspecified | ||||||||||
OS: | Unspecified | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | No Doc Update | |||||||||
Doc Text: |
undefined
|
Story Points: | --- | ||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2017-04-04 14:28:32 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: | |||||||||||
Attachments: |
|
Description
Ruben Romero Montes
2017-03-07 08:57:06 UTC
Created attachment 1260716 [details]
configmap
Created attachment 1260717 [details]
logging-es.log
Created attachment 1260718 [details]
logging-es cluster health
This is a duplicate that will be fixed with the release of 3.5. The workaround is to deploy the logging pod again with something like 'oc rollout latest dc/$ES_DC_NAME' *** This bug has been marked as a duplicate of bug 1416210 *** @jcantril the customer is still having the same problem after trying this Verified with 3.4.1 logging images on brew registry: openshift3/logging-elasticsearch 246537fe4546 openshift3/logging-deployer 0eeabd69aa6d openshift3/logging-auth-proxy d85303b2c262 openshift3/logging-kibana 03900b0b9416 openshift3/logging-fluentd e4b97776c79b openshift3/logging-curator 091de35492d6 The elasticsearch index contained data at the very beginning of es pod's start: $ curl --key /etc/elasticsearch/secret/admin-key --cert /etc/elasticsearch/secret/admin-cert --cacert /etc/elasticsearch/secret/admin-ca -XGET 'https://localhost:9200/_cat/indices?v' ... green open .searchguard.logging-es-5cbksa2h-1-dcrm8 1 0 5 0 28.3kb 28.3kb As the regression test, scaled down es pod and then scale up to let it back, the recreated index for #2 pod also caontaining data: green open .searchguard.logging-es-j2kxv4at-2-m03c5 1 0 5 0 28.3kb 28.3kb Set to verified 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-2017:0865 |