Bug 1835903 - Kibana 6 index needs to be re-indexed on updated 4.4 to 4.5
Summary: Kibana 6 index needs to be re-indexed on updated 4.4 to 4.5
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Logging
Version: 4.5
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.5.0
Assignee: Periklis Tsirakidis
QA Contact: Anping Li
URL:
Whiteboard:
: 1832849 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-05-14 17:22 UTC by Periklis Tsirakidis
Modified: 2020-07-13 17:39 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Cause: Updating the cluster logging stack from 4.4 to 4.5 needs a manual migration of the kibana index from 5to 6. Consequence: Without a live migration Kibana 5 pods are replaced with Kibana 6 pods that remain in CBLO. Fix: Live migration of the kibana 5 index to a kibana 6 index. Result: Kibana 6 pods start up w/o issues.
Clone Of:
Environment:
Last Closed: 2020-07-13 17:39:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift elasticsearch-operator pull 356 0 None closed Bug 1835903: Move elasticsearch api client to a separate package 2021-02-10 14:40:31 UTC
Github openshift elasticsearch-operator pull 357 0 None closed Bug 1835903: Reindex kibana index for kibana6 2021-02-10 14:40:31 UTC
Red Hat Product Errata RHBA-2020:2409 0 None None None 2020-07-13 17:39:19 UTC

Description Periklis Tsirakidis 2020-05-14 17:22:03 UTC
Description of problem:

The upgrade process of cluster-logging from 4.4 to 4.5 fails to start kibana 6 after elasticseach migration. Kibana 6 stays in CrashloopBackoff due to:

#The following values dynamically added from environment variable overrides:
Using NODE_OPTIONS: '--max_old_space_size=368' Memory setting is in MB
{"type":"log","@timestamp":"2020-05-14T17:07:28Z","tags":["fatal","root"],"pid":120,"message":"Error: Index .kibana belongs to a version of Kibana that cannot be automatically migrated. Reset it or use the X-Pack upgrade assistant.\n    at assertIsSupportedIndex (/opt/app-root/src/src/server/saved_objects/migrations/core/elastic_index.js:246:15)\n    at Object.fetchInfo (/opt/app-root/src/src/server/saved_objects/migrations/core/elastic_index.js:52:12)"}
FATAL  Error: Index .kibana belongs to a version of Kibana that cannot be automatically migrated. Reset it or use the X-Pack upgrade assistant.


Version-Release number of selected component (if applicable):
cluster-logging-operator- 4.5.0
elasticsearch-operator-4.5.0


How reproducible:
Every time


Steps to Reproduce:
1. Install cluster-logging 4.4 from marketplace
2. Trigger update to 4.5
3.

Actual results:
Kibana in CBLO


Expected results:
Elasticsearch-Operator to trigger reindexing of kibana index. Kibana starts without errors.


Additional info:

Comment 1 Jeff Cantrill 2020-05-15 21:13:03 UTC
*** Bug 1832849 has been marked as a duplicate of this bug. ***

Comment 4 Anping Li 2020-06-03 05:15:07 UTC
Move to verify as the Kibana can be started.   A new issue, the Kibana couldn't be authorized from Oauth proxy. File a new bug https://bugzilla.redhat.com/show_bug.cgi?id=1842452.

Comment 5 errata-xmlrpc 2020-07-13 17:39:04 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-2020:2409


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