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

Stale condition present on CLO6 ClusterLogForwarder instance after rebooting cluster

XMLWordPrintable

    • False
    • None
    • False
    • NEW
    • NEW
    • Hide
      Before this update the operator used a cached client to fetch the cluster resource SecurityContextConstraint which could result in an error when the cache is invalid. This change corrects that behavior by always retrieving from the API server to avoid the cache.
      Show
      Before this update the operator used a cached client to fetch the cluster resource SecurityContextConstraint which could result in an error when the cache is invalid. This change corrects that behavior by always retrieving from the API server to avoid the cache.
    • Bug Fix
    • Hide

      1. Install CLO6
      2. Wait for install to complete
      3. Check conditions on CLF instance
      4. Reboot cluster
      5. Wait for reboot to complete
      6. Check conditions on CLF instance

      Show
      1. Install CLO6 2. Wait for install to complete 3. Check conditions on CLF instance 4. Reboot cluster 5. Wait for reboot to complete 6. Check conditions on CLF instance
    • Log Collection - Sprint 265
    • Low

      I have this stale condition perpetually present on my cluster's ClusterLogForwarder instance after rebooting with CLO6 installed:

        {
          "lastTransitionTime": "2024-09-17T19:50:19Z",
          "message": "failed to get /logging-scc SecurityContextConstraints: failed to get restmapping: no matches for kind \"SecurityContextConstraints\" in group \"security.openshift.io\"",
          "reason": "DeploymentError",
          "status": "False",
          "type": "Ready"
        } 

      The condition appears after rebooting the cluster and does not appear to ever resolve. 

      Given the nature of a reboot being involved, I would guess this is is a race condition on how fast the node reboots versus when CLO is checking for the SCC.

              jcantril@redhat.com Jeffrey Cantrill
              sskeard@redhat.com Steven Skeard
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated: