Uploaded image for project: 'OpenShift Logging'
  1. OpenShift Logging
  2. LOG-2246

[loki-operator] Degraded status immediately reset when no pod actions are pending

    XMLWordPrintable

Details

    • False
    • False
    • NEW
    • OBSDA-7 - Adopting Loki as an alternative to Elasticsearch to support more lightweight, easier to manage/operate storage scenarios
    • NEW
    • Logging (LogExp) - Sprint 215, Logging (LogExp) - Sprint 216

    Description

      While testing LOG-2236 I noticed that the Degraded conditions are immediately reset to False when no additional error is emitted by handlers.CreateOrUpdateLokiStack() and there are either no deployments created by loki-operator yet or they are still "okay" as seen from the last successful reconciliation run.

      It seems this is because the last reconciliation step (status.Refresh()) is only looking at the pod statuses and not taking other error conditions into account.

      Attachments

        Issue Links

          Activity

            People

              sasagarw@redhat.com Sashank Agarwal (Inactive)
              rojacob@redhat.com Robert Jacob
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: