Page MenuHomeSoftware Heritage

add icinga check for graph-navigation API endpoints
Closed, MigratedEdits Locked

Description

We should add a check that uses one of our endpoint usage examples (e.g., https://archive.softwareheritage.org/api/1/content/adc83b19e793491b1c6ea0fd8b46cd9f32e592fc/ ) and verifies it returns meaningful data fetched from the DB (e.g., one of its other checksums, like 01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b).

Caveat: as we stand, icinga is going to hit the rate limit, so we need to first whitelist the IP icinga is coming from (or all local IPs, maybe).

Event Timeline

zack added a project: Restricted Project.Feb 12 2017, 6:16 PM
zack moved this task from Restricted Project Column to Restricted Project Column on the Restricted Project board.Feb 12 2017, 6:38 PM
zack renamed this task from add nagios check for graph-navigation API endpoints to add icinga check for graph-navigation API endpoints.Oct 9 2017, 11:52 AM
zack added a project: Easy hack.

Should be "simpler" since the api can be read as json.
Related T1075.

Should be "simpler" since the api can be read as json.
Related T1075.

The same checks can probably be reused as-is, actually: the webapp checks mostly verify return code and that some specific content is in the response.