1
0
mirror of https://github.com/openshift/openshift-docs.git synced 2026-02-07 00:48:01 +01:00
Files
openshift-docs/modules/cluster-logging-deploy-console.adoc
2024-01-31 19:39:13 +00:00

59 lines
2.4 KiB
Plaintext

// Module included in the following assemblies:
//
// * logging/cluster-logging-deploying.adoc
:_mod-docs-content-type: PROCEDURE
[id="cluster-logging-deploy-console_{context}"]
= Installing the {clo} by using the web console
You can install the {clo} by using the {product-title} web console.
.Prerequisites
* You have administrator permissions.
* You have access to the {product-title} web console.
.Procedure
. In the {product-title} web console, click *Operators* -> *OperatorHub*.
. Type `OpenShift Logging` in the *Filter by keyword* box.
. Choose *Red Hat OpenShift Logging* from the list of available Operators, and click *Install*.
ifdef::openshift-rosa[]
. In the *role ARN* text field, type "no_role_arn". Although the specific ARN for the cluster is not required, the *role ARN* text field must be populated to continue the installation process.
+
[NOTE]
====
The *role ARN* text field is only applicable for ROSA clusters with STS.
====
+
endif::[]
. Select *stable-5.y* as the *Update channel*.
+
--
include::snippets/logging-stable-updates-snip.adoc[]
--
+
. Select a *Version*.
. Ensure that *A specific namespace on the cluster* is selected under *Installation mode*.
. Ensure that *Operator recommended namespace* is *openshift-logging* under *Installed Namespace*.
. Select an *Update approval*.
** The *Automatic* strategy allows Operator Lifecycle Manager (OLM) to automatically update the Operator when a new version is available.
** The *Manual* strategy requires a user with appropriate credentials to approve the Operator update.
. Select *Enable* or *Disable* for the *Console plugin*.
. Click *Install*.
.Verification
. Verify that the *Red Hat OpenShift Logging Operator* is installed by switching to the *Operators* → *Installed Operators* page.
. In the *Status* column, verify that you see green checkmarks with *InstallSucceeded* and the text *Up to date*.
[IMPORTANT]
====
An Operator might display a `Failed` status before the installation finishes. If the Operator install completes with an `InstallSucceeded` message, refresh the page.
====
If the Operator does not show as installed, choose one of the following troubleshooting options:
* Go to the *Operators* → *Installed Operators* page, and inspect the *Status* column for any errors or failures.
* Go to the *Workloads* → *Pods* page, and check the logs in any pods in the `openshift-logging` project that are reporting issues.