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

The index management job status is always `Completed` even when there has an error in the job log.

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Undefined Undefined
    • Logging 5.2
    • Logging 5.1, Logging 5.0.z
    • Log Storage
    • False
    • False
    • NEW
    • VERIFIED
    • Hide
      Before this update, if an index management cronjob terminated with an error, it did not report the error exit code: instead, its job status was "complete." This update resolves the issue by reporting the error exit codes of index management cronjobs that terminate with errors.
      Show
      Before this update, if an index management cronjob terminated with an error, it did not report the error exit code: instead, its job status was "complete." This update resolves the issue by reporting the error exit codes of index management cronjobs that terminate with errors.
    • Logging (LogExp) - Sprint 204

      Description of problem:

      The index management scripts fail, but the im job status is `Completed`.

      $ oc get pod
      NAME                                            READY   STATUS      RESTARTS   AGE
      cluster-logging-operator-7b96786d97-72kjl       1/1     Running     0          24m
      elasticsearch-cdm-zi2vxyc8-1-785cb8d59-8rjql    2/2     Running     0          22m
      elasticsearch-cdm-zi2vxyc8-2-7dbf55b468-26z2r   2/2     Running     0          22m
      elasticsearch-cdm-zi2vxyc8-3-7475c78549-67qdp   2/2     Running     0          22m
      elasticsearch-im-app-26980020-k2wxc             0/1     Completed   0          98s
      elasticsearch-im-audit-26980020-sjlsz           0/1     Completed   0          98s
      elasticsearch-im-infra-26980020-xgl2w           0/1     Completed   0          98s
      $ oc logs elasticsearch-im-infra-26980020-xgl2w
      Index management delete process startingNo indices to delete
      Index management rollover process starting
      Current write index for infra-write: infra-000001
      Checking results from _rollover call
      Calculating next write index based on current write index...
      Next write index for infra-write: infra-000002
      Checking if infra-000002 exists
      {
        "error" : {
          "root_cause" : [
            {
              "type" : "cluster_block_exception",
              "reason" : "blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];"
            }
          ],
          "type" : "cluster_block_exception",
          "reason" : "blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];"
        },
        "status" : 403
      }

      Version-Release number of selected component (if applicable):

      elasticsearch-operator.5.0.2-18

      How reproducible:

      Always

      Steps to Reproduce:
      1.  deploy CLO and EO
      2. set storage size to 1Gi when create clusterlogging/instance
      3. wait until the ES disk storage usage > 95%, monitor the status of index management jobs

      Actual results:

      Expected results:

      The index management job should fail when the scripts fail.

       

              ptsiraki@redhat.com Periklis Tsirakidis
              qitang@redhat.com Qiaoling Tang
              Qiaoling Tang Qiaoling Tang
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: