-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add built-in occurrences filter extension #11
Conversation
<3 |
event[:occurrences] = 9 | ||
@extension.safe_run(event) do |output, status| | ||
expect(status).to eq(0) | ||
event[:check][:refresh] = 12 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My understanding is that this is testing an event should not match the filter with refresh of 12, do we need a positive match case for refresh as well?
I'm curious if this filter intended to solve the problems that the sensu-plugins occurrence filter had:
As it stands now I think it replicates the same issue. I assume that's expected? If it's not expected, consider this sequence of events:
next the status changes state from
next comes the resolution event. status is 0, and has stored event so
Hope that helps make the subtle issue clear to anyone who didn't see that bit already. related comment: sensu-plugins/sensu-plugin#134 (comment)
|
I've replied to the above question in sensu-plugins/sensu-plugin#134 (comment) |
noting that as of #12 built in extensions have moved out of this repo to individual repos under the sensu-extensions github project. in particular the occurrences filter has moved to https://github.com/sensu-extensions/sensu-extensions-occurrences and now includes a fix for the filtered resolves issue described above. |
Closes #10