Description of problem: User deletes Route for Kibana but it is not reconciled by the Cluster Logging Operator. Version-Release number of selected component (if applicable): clusterlogging.4.5.0-202010090328.p0 How reproducible: Always when user deletes Route Actual results: Route lost until user follows workaround below. Expected results: I'd expect the Route to be reconciled. This seems to have been the behaviour before after reading the resolution in https://bugzilla.redhat.com/show_bug.cgi?id=1822152 Additional info: A workaround is to edit ClusterLogging resource, removing visualization section and re-add it. This results in Kibana being reinstalled.
I can reproduce this issue with elasticsearch-operator.4.6.0-202010221124.p0, I don't see any logs related to the route/kibana in the EO. reproduce steps: 1. deploy logging 2. wait until all the EFK pods become Running 3. delete route/kibana delete the kibana/kibana, and wait for the EO to recreate it, then the route/kibana back
Verified on elasticsearch-operator.4.7.0-202011030448.p0,clusterlogging.4.7.0-202011021919.p0
Hello, Is this going to be backported to 4.5 or 4.6? I can see that the bug is in VERIFIED status, but, I was not able to find the related Bugs for that versions. Could you let us about this question? Best regards, Oscar
Hi, Oscar, yes, I will do the cherry-pick to 4.6 and 4.5
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 (Errata Advisory for Openshift Logging 5.0.0), 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-2021:0652
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days