Chapter 1. Troubleshoot the installation


Diagnose and resolve common installation issues. Most installation failures occur when cluster prerequisites are not met before installing operators.

Important

Missing storage prerequisites cause many silent installation failures. Verify that your cluster meets both storage requirements before installing operators:

  • Block storage (StorageClass): For LokiStack internal PVCs
  • Object storage (S3-compatible): For actual log data

Verify that your cluster meets both storage requirements before installing operators.

1.1. Troubleshoot installation symptoms

Use this reference to diagnose common installation issues. Many installation failures occur when cluster prerequisites are not met before operator installation.

ResolutionFailed on the Loki Operator subscription

Symptom: The Loki Operator subscription shows ResolutionFailed status.

Cause: Incorrect channel name or source catalog.

Resolution:

  1. Verify available channels by running the following command:

    $ oc get packagemanifest loki-operator -n openshift-marketplace
  2. Ensure the subscription uses source: redhat-operators (not the community catalog).
LokiStack pods stuck in Pending state

Symptom: After creating the LokiStack custom resource, pods remain in Pending state and never start.

Cause: No StorageClass exists, or the specified StorageClass does not support dynamic provisioning.

Common on: single-node OpenShift deployments and edge clusters.

Resolution:

  1. Verify that a StorageClass exists by running the following command:

    $ oc get storageclass

    If no StorageClass is listed, you must configure storage before LokiStack can deploy.

  2. For single-node OpenShift or edge deployments without dynamic storage, see "Configuring local storage for single-node and edge deployments".
  3. For multi-node clusters, see "Verifying StorageClass availability".
LokiStack shows Ready but logs are not stored

Symptom: The LokiStack custom resource shows Ready: True, operators are installed, but logs disappear and are not stored or queryable.

Cause: Object storage is not configured or the object storage secret is incorrect.

Resolution:

LokiStack requires two separate types of storage:

  • Block storage (StorageClass): For internal PVCs
  • Object storage (S3-compatible): For actual log data

See "Configuring object storage for LokiStack" to configure the S3-compatible backend and create the storage secret.

Logs are silently dropped with no error

Symptom: The LokiStack shows Ready: True, operators are installed, log collector pods are running, but logs are silently dropped and never appear in queries.

Cause: Missing TLS CA bundle for object storage, or incorrect object storage permissions.

Resolution:

  1. If using self-signed certificates or private CA for object storage, see "Configuring object storage for LokiStack" to configure the CA bundle.
  2. Verify that the object storage credentials have all required S3 permissions. See "Object storage permissions requirements".
Certificate verify failed error in collector logs

Symptom: The ClusterLogForwarder custom resource shows Ready: True, but no logs appear in LokiStack or other HTTP-based sinks. The collector logs show the following error:

error:0A000086:SSL routines:tls_post_process_server_certificate:certificate verify failed:ssl/statem/statem_clnt.c:2123:: self-signed certificate in certificate chain

Cause: The tls.ca block is missing or incorrect in the ClusterLogForwarder output configuration.

Resolution:

Add the tls.ca block to your ClusterLogForwarder output:

spec:
  outputs:
  - name: default-lokistack
    type: lokiStack
    tls:
      ca:
        configMapName: logging-loki-gateway-ca-bundle
        key: service-ca.crt

The Loki Operator creates the logging-loki-gateway-ca-bundle ConfigMap automatically. For self-signed certificates on external outputs, reference your custom CA ConfigMap.

429 Too Many Requests in collector logs

Symptom: The collector logs show 429 Too Many Requests responses and the collector retries requests.

Cause: The collector is sending logs faster than the LokiStack or destination sink can process them.

Common during:

  • Initial deployment when the collector flushes a backlog of accumulated logs
  • After restoring connectivity to a LokiStack that was temporarily unavailable

Resolution:

This condition resolves automatically. The collector retries with exponential back-off. On a 1x.demo LokiStack, the backlog typically clears within several minutes. Larger LokiStack sizes clear backlogs faster.

No Logs tab under Observe

Symptom: After installing operators and creating LokiStack, the Logs tab does not appear under Observe in the web console.

Cause: The Cluster Observability Operator is not installed, or the UIPlugin custom resource was not created.

Resolution:

Both steps are required to enable the web console logs interface:

  1. See "Install the Cluster Observability Operator".
  2. After the operator is installed, create the UIPlugin custom resource as described in the installation procedure.
ClusterLogForwarder Ready but no logs appear

Symptom: The ClusterLogForwarder status shows Ready: True but no logs appear in LokiStack or destination sinks.

Cause: The ClusterLogForwarder validation passes even when the collector cannot connect to LokiStack. The most common cause is missing TLS CA configuration.

Resolution:

  1. Check the collector pod logs by running the following command:

    $ oc logs -n openshift-logging -l app.kubernetes.io/component=collector --tail=50
  2. Look for TLS certificate errors or connection failures.
  3. If you see certificate errors, add the tls.ca block to your ClusterLogForwarder output as described in "Certificate verify failed error in collector logs."
Red Hat logoGithubRedditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat Documentation

Legal Notice

Theme

© 2026 Red Hat
Back to top