Skip to content

Commit 212ab33

Browse files
committed
RHDEVDOCS-2847 publish release notes for OpenShift Logging 5.0.1
1 parent 691f32e commit 212ab33

File tree

4 files changed

+25
-7
lines changed

4 files changed

+25
-7
lines changed

logging/cluster-logging-release-notes.adoc

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -10,12 +10,14 @@ toc::[]
1010

1111
The following advisories are available for {ProductName} 5.0:
1212

13-
* link:https://errata.devel.redhat.com/docs/show/66974[RHBA-2020:66974-04 Errata Advisory for Openshift Logging 5.0.0]
13+
* link:https://access.redhat.com/errata/RHBA-2021:0652[RHBA-2021:0652 Errata Advisory for Openshift Logging 5.0.0]
14+
* link:https://access.redhat.com/errata/RHBA-2021:0963[RHBA-2021:0963 for OpenShift Logging Bug Fix Release (5.0.1)]
1415

1516
[id="openshift-logging-5-0-inclusive-language"]
1617
== Making open source more inclusive
1718

1819
Red Hat is committed to replacing problematic language in our code, documentation, and web properties. We are beginning with these four terms: master, slave, blacklist, and whitelist. Because of the enormity of this endeavor, these changes will be implemented gradually over several upcoming releases. For more details, see link:https://www.redhat.com/en/blog/making-open-source-more-inclusive-eradicating-problematic-language[Red Hat CTO Chris Wright’s message].
1920

2021
include::modules/cluster-logging-release-notes-5.0.0.adoc[leveloffset=+1]
21-
//include::modules/cluster-logging-release-notes-5.0.1.adoc[leveloffset=+1]
22+
include::modules/cluster-logging-release-notes-5.0.1.adoc[leveloffset=+1]
23+
// include::modules/cluster-logging-release-notes-5.0.2.adoc[leveloffset=+1]

modules/cluster-logging-release-notes-5.0.0.adoc

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
[id="cluster-logging-release-notes-5-0-0"]
22
= OpenShift Logging 5.0.0
33

4-
This release includes Red Hat Bug Advisory, link:https://errata.devel.redhat.com/docs/show/66974[RHBA-2020:66974-04 Errata Advisory for Openshift Logging 5.0.0].
4+
This release includes Red Hat Bug Advisory, link:https://access.redhat.com/errata/RHBA-2021:0652[RHBA-2021:0652 Errata Advisory for Openshift Logging 5.0.0].
55

66
[id="openshift-logging-5-0-new-features-and-enhancements"]
77
== New features and enhancements
@@ -173,8 +173,6 @@ The current release fixes this issue. Now, when a rollover occurs in the `indexm
173173

174174
* Previously, the code that uses environment variables to replace values in the Kibana configuration file did not consider commented lines. This prevented users from overriding the default value of server.maxPayloadBytes. The current release fixes this issue by uncommenting the default value of server.maxPayloadByteswithin. Now, users can override the value by using environment variables, as documented. (link:https://bugzilla.redhat.com/show_bug.cgi?id=1918876[*BZ#1918876*])
175175

176-
* Previously, logs were not sent to managed storage when legacy log forwarding was enabled. This happened because the internal generation of the `logforwarding` configuration improperly made a decision for either `logforwarding` or legacy `logforwarding`. The current release fixes this issue: Logs are sent to managed storage when the logstore is defined in the `clusterlogging` instance. Additionally, logs are sent to legacy `logforwarding` when enabled regardless of whether a managed logstore is enabled or not. (link:https://bugzilla.redhat.com/show_bug.cgi?id=1921263[*1921263*])
177-
178176
* Previously, the Kibana log level was increased not to suppress instructions to delete indices that failed to migrate, which also caused the display of GET requests at the INFO level that contained the Kibana user's email address and OAuth token. The current release fixes this issue by masking these fields, so the Kibana logs do not display them. (link:https://bugzilla.redhat.com/show_bug.cgi?id=1925081[*BZ#1925081*])
179177

180178

Lines changed: 11 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,18 @@
11
[id="cluster-logging-release-notes-5-0-1"]
22
= OpenShift Logging 5.0.1
33

4-
This release includes Red Hat Bug Advisory, link:https://errata.devel.redhat.com/docs/show/TBD[RHBA-TBD Errata Advisory for Openshift Logging 5.0.TBD].
4+
This release includes Red Hat Bug Advisory, link:https://access.redhat.com/errata/RHBA-2021:0963[RHBA-2021:0963 for OpenShift Logging Bug Fix Release (5.0.1)].
55

66
[id="openshift-logging-5-0-1-bug-fixes"]
77
== Bug fixes
88

9-
* If you did not set `.proxy` in the cluster installation configuration, and then configured a global proxy on the installed cluster, a bug prevented Fluentd from forwarding logs to Elasticsearch. To work around this issue, in the proxy/cluster configuration, set `no_proxy` to `.svc.cluster.local` so it skips internal traffic. The current release fixes the proxy configuration issue. Now, if you configure the global proxy after installing an OpenShift cluster, Fluentd forwards logs to Elasticsearch. (link:https://issues.redhat.com/browse/LOG-1187[*LOG-1187*])
9+
* Previously, if you enabled legacy log forwarding, logs were not sent to managed storage. This issue occurred because the generated log forwarding configuration improperly chose between either log forwarding or legacy log forwarding. The current release fixes this issue. If the `ClusterLogging` CR defines a `logstore`, logs are sent to managed storage. Additionally, if legacy log forwarding is enabled, logs are sent to legacy log forwarding regardless of whether managed storage is enabled.
10+
(link:https://issues.redhat.com/browse/LOG-1172[*LOG-1172*])
11+
12+
* Previously, while under load, Elasticsearch responded to some requests with an HTTP 500 error, even though there was nothing wrong with the cluster. Retrying the request was successful. This release fixes the issue by updating the cron jobs to be more resilient when encountering temporary HTTP 500 errors. Now, they will retry a request multiple times first before failing.
13+
(link:https://issues.redhat.com/browse/LOG-1215[*LOG-1215*])
14+
15+
// Other bugs in this release that do not have release notes:
16+
//
17+
// * link:https://issues.redhat.com/browse/LOG-1169[*LOG-1169*] No icon for CLO and EO 5.0 on Operator hub
18+
// * https://issues.redhat.com/browse/LOG-1182[*LOG-1182*] Fix EO upgrade tests for 5.0
Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
[id="cluster-logging-release-notes-5-0-2"]
2+
= OpenShift Logging 5.0.2
3+
4+
This release includes Red Hat Bug Advisory, link:https://access.redhat.com/errata/RHBA-2021:0963[RHBA-2021:0963 for OpenShift Logging Bug Fix Release (5.0.1)].
5+
6+
[id="openshift-logging-5-0-2-bug-fixes"]
7+
== Bug fixes
8+
9+
* If you did not set `.proxy` in the cluster installation configuration and then configured a global proxy on the installed cluster, a bug prevented Fluentd from forwarding logs to Elasticsearch. To work around this issue, in the proxy/cluster configuration, set `no_proxy` to `.svc.cluster.local` so it skips internal traffic. The current release fixes the proxy configuration issue. Now, if you configure the global proxy after installing an {product-title} cluster, Fluentd forwards logs to Elasticsearch. (link:https://issues.redhat.com/browse/LOG-1187[*LOG-1187*])

0 commit comments

Comments
 (0)