Open icinga-migration opened 8 years ago
Updated by mfriedrich on 2015-11-25 16:06:56 +00:00
Updated by gbeutner on 2016-09-02 07:49:37 +00:00
PRs welcome as always. Keep in mind that you'll need to adjust the object name somehow, if different result sets are processed.
Requires a new endpoint process-check-results
with a an s
suffix. This avoids different behaviour with the existing endpoint where this doesn't fit.
/v1/actions/process-check-results
as URL endpoint.
Request body:
{
"check_results": [
{
"name": "host1!svc",
"exit_status": 2,
"plugin_output": "Multiple results, 1"
},
{
"name": "host2!svc",
"exit_status": 1,
"plugin_output": "Multiple results, 2"
}
]
}
There's a few principles to keep in mind:
process-check-result
action requires a filter, and type parameter. For our approach with mapping each check result for a given host/service name, this does not work -> new action endpoint required.check_results
key being an array, and then loop over the structure.name
, exit_status
, plugin_output
, etc. similar to the existing single action.name
stringobj->ProcessCheckResult(cr);
to finish processingAdditional tasks:
@lippserd The above will be done in short exercises by @sukhwinder33445 as shown below.
@sukhwinder33445 You're not working on this, right?
Yes, I'm not working on it.
This issue has been migrated from Redmine: https://dev.icinga.com/issues/10465
Created by vytenis on 2015-10-26 16:10:25 +00:00
Assignee: (none) Status: New Target Version: Backlog Last Update: 2015-11-25 16:06:56 +00:00 (in Redmine)
Would be nice to be able to send check results to Icinga2 via the API in bulk, instead of 1 HTTP request per check.
Relations: