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

[spike] Investigate alerts for collector validation issues

XMLWordPrintable

    • Icon: Spike Spike
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • None
    • Log Collection
    • Future Sustainability
    • 3
    • False
    • Hide

      None

      Show
      None
    • False
    • Release Note Not Required
    • Log Collection - Sprint 271, Logging - Sprint 274, Logging - Sprint 276

      Summary

      Investigate creation of alerts when collector status is not valid.    Alerts for status conditions would provide better visibility and reduce the time to resolve any issue with the configuration.

      Acceptance Criteria

      • Document the recommended alerts and their criteria
        • If the collector is not working as expected and this is reflected in the "clusterLogForwarder.status.conditions" where the "ValidationSucess" is not "True" and/or it's not permitted to collect some log types for the "serviceAccount" set, then an alert should be triggered
      • Identify the content needed to create the associated runbook(s) needed for each new alert
      • Create an epic and supporting JIRA tasks for recommendations we intend to implement
      • Gain consensus from the Logging team regarding the outcome of the analysis

       

      Notes

      • Based on feature request https://issues.redhat.com/browse/OBSDA-1167
      • When validation fails during initial setup, the collector does not start.   But if a running collector is modified and validation fails, the collectors will continue working with the "old" valid configuration

       

              jcantril@redhat.com Jeffrey Cantrill
              cahartma@redhat.com Casey Hartman
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: