Hello,
I don't get the dependency working as it should.
We have for example a monitor for our internet-line, and we have a monitor for the switch. I want to make the switch-monitor dependent of the internet-line-monitor, so i fill in the field 'dependent on monitor' in the switch-monitor, pointing to the internet-line-monitor.
When the internet line goes down, i only expect an alert for that line then. But i still get both alerts, for the line and for the switch.
How can i prevent getting the alerts when a dependent monitor is down?
Best regards,
Ruben
Dear Ruben,
Apologies for missing this one. I believe what you have done is right. Let me check if there was an issue in our end and get back on this.
-Jasper
Dear Ruben,
I did some background check and your configurations are perfect. However, the reason for you to get both the alerts are different.
I believe you had Marked maintenance during that period and this problem occurred just after the maintenance. After the maintenance window was over the first poll happened for switch-monitor whereas for the internet-line monitor the poll happened after that (this just based on the polling frequency configured).
Hence while alerting for switch-monitor we weren't aware of the internet-line monitor was down since it is maintenance (which is a separate status). If the current status of the parent monitor is in maintenance that won't be accounted as Down while suppressing the alert for the dependent.
In a normal scenario you wouldn't get the alert for switch-monitor. We've taken this use case and will try to address it in the product.
If you have a support ticket open please reach out to us and we can give you the complete analysis.
-Jasper
Product Manager, Site24x7
Hi Jasper,
I'm not convinced it is due to one monitor being in maintenance.
We see the same behaviour when we have a power outage in one office. At that moment all monitors come in alert, as well for the internetline as for the switch. The monitor for the switch is configured as dependent on the internet-line-monitor.
Best regards,
Ruben