# Checking service at fix time

**URL:** <https://community.icinga.com/t/checking-service-at-fix-time/14811>\
**Category:** Service Monitoring\
**Created:** [April 21, 2025, 2:51pm UTC](https://community.icinga.com/t/checking-service-at-fix-time/14811 "2025-04-21T14:51:32Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ether](https://community.icinga.com/letter_avatar_proxy/v4/letter/e/e8c25b/32.png) [@Ether](https://community.icinga.com/u/Ether)\
**Post date:** [April 21, 2025, 2:51pm UTC](https://community.icinga.com/t/checking-service-at-fix-time/14811/1 "2025-04-21T14:51:33Z")

</div>

Hello,

I’m looking for a way to check at fix time a service one time: no retry.  
So if it failed, it will be in error state, and when corrected we can relaunch a check manually.

( yes it is a very specific case)

Best regards

---

<div class="post-metadata">

**Author:** ![Pooh](https://community.icinga.com/letter_avatar_proxy/v4/letter/p/f05b48/32.png) [@Pooh](https://community.icinga.com/u/Pooh)\
**Post date:** [April 21, 2025, 3:19pm UTC](https://community.icinga.com/t/checking-service-at-fix-time/14811/2 "2025-04-21T15:19:08Z")

</div>

I would use the reschedule-check API call:

> **[Icinga2 Api - Icinga 2](https://icinga.com/docs/icinga-2/latest/doc/12-icinga2-api/#reschedule-check)**

Antony.

---

<div class="post-metadata">

**Author:** ![Ether](https://community.icinga.com/letter_avatar_proxy/v4/letter/e/e8c25b/32.png) [@Ether](https://community.icinga.com/u/Ether)\
**Post date:** [April 21, 2025, 7:49pm UTC](https://community.icinga.com/t/checking-service-at-fix-time/14811/3 "2025-04-21T19:49:12Z")

</div>

Ok. But im looking for a way to define it in the service template or in a applying rule.  
Is there a way?

---

<div class="post-metadata">

**Author:** ![Pooh](https://community.icinga.com/letter_avatar_proxy/v4/letter/p/f05b48/32.png) [@Pooh](https://community.icinga.com/u/Pooh)\
**Post date:** [April 21, 2025, 9:45pm UTC](https://community.icinga.com/t/checking-service-at-fix-time/14811/4 "2025-04-21T21:45:04Z")

</div>

Please define the “fix” process.

You said “if it failed, it will be in error state, and when corrected we can  
relaunch a check manually”, so it seems like there’s some “correction” process  
going on, after which you want to have the check happen “manually”.

My suggestion is to include the API call at the end of whatever the correction  
process is - so:

- someone sees the alert
- they fix the problem
- they trigger the reschedule-check APi call
- the service check happens once
- it clears the alert if the problem is fixed, otherwise we start from 1

Which bit of that did I not understand right?

Antony.