Uploaded image for project: 'Puppet'
  1. Puppet
  2. PUP-8908

Resource status of "failed_to_restart" is not included in reports for individual resources

    XMLWordPrintable

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • None
    • PUP 5.5.3, PUP 6.0.0
    • Docs
    • None
    • Coremunity
    • Platform Core KANBAN
    • Customer Feedback
    • Bug Fix
    • Hide
      Puppet now considers resources that have failed to restart when notified from another resource as failed, and will mark them as such in reports. Reports also now include the `failed_to_restart` status for individual resources, instead of only including a total count of `failed_to_restart` resources in the resource metrics section. This also bumps the report format version to 10.
      Show
      Puppet now considers resources that have failed to restart when notified from another resource as failed, and will mark them as such in reports. Reports also now include the `failed_to_restart` status for individual resources, instead of only including a total count of `failed_to_restart` resources in the resource metrics section. This also bumps the report format version to 10.
    • Needs Assessment

    Description

      If, for example, a service resource is notified that it should restart, and fails to do so, we do record this information in the resource status, but only partially expose it in the report.

      A failed_to_restart count is exposed in the metrics section:

      metrics:
        resources:
          name: resources
          label: Resources
          values:
          - - total
            - Total
            - 10
          - - skipped
            - Skipped
            - 0
          - - failed
            - Failed
            - 0
          - - failed_to_restart
            - Failed to restart
            - 1
          - - restarted
            - Restarted
            - 0
          - - changed
            - Changed
            - 1
          - - out_of_sync
            - Out of sync
            - 1
          - - scheduled
            - Scheduled
            - 0
          - - corrective_change
            - Corrective change
            - 0
      

      However, the individual resource that failed to restart does not have any information to indicate that it was the problem:

        Service[my_service]:
          title: my_service
          file: "/root/service_restart_failure/manifests/init.pp"
          line: 30
          resource: Service[my_service]
          resource_type: Service
          provider_used: init
          containment_path:
          - Stage[main]
          - Service_restart_failure
          - Service[my_service]
          evaluation_time: 0.011004225
          tags:
          - service
          - my_service
          - class
          - service_restart_failure
          time: '2018-06-05T10:53:57.237817957-07:00'
          failed: false
          changed: false
          out_of_sync: false
          skipped: false
          change_count: 0
          out_of_sync_count: 0
          events: []
          corrective_change: false
      

      Attachments

        Issue Links

          Activity

            People

              jacob.helwig Jacob Helwig
              jacob.helwig Jacob Helwig
              Votes:
              1 Vote for this issue
              Watchers:
              9 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Zendesk Support