nagios-service-refresh-rate

vivek sharma sharma vivek_222 at rediffmail.com
Thu Mar 31 09:09:43 CEST 2005


Dear all,
I am using Nagios® Version 2.0b version.on redhat linux-9.0
My service configuration is:
        define service{
        use                            generic-service
        host_name                      flowc.XXX.net
        service_description            check_ping
        is_volatile                    0
        check_period                    24x7
        check_freshness                1
        freshness_threshold            60
        max_check_attempts              3
        normal_check_interval          5
        retry_check_interval            1
        contact_groups                  noc-support
        notification_interval          120
        notification_period            24x7
        notification_options            c,r
        check_command                  check_ping
        }
define service{
        name                            generic-service
        active_checks_enabled          1
        passive_checks_enabled          1
        parallelize_check              1
        obsess_over_service            1
        check_freshness                0
        notifications_enabled          1
        event_handler_enabled          1
        process_perf_data              1
        retain_status_information      1
        retain_nonstatus_information    1
        register                        0
                }
define command{
        command_name    check_ping
        command_line    $USER1$/check_ping -H $HOSTADDRESS$ -w 450.0,40% -c 1750.0,98%
        }

But the problem that it shows the service as down only after about ten minutes and also to show the service as up also it shows it after sya ten minutes again.

Is it anything related to the above command::basically i wuld like to know that when we say xx% loss or xxms latency then after how many tries this %age is calculated how the command is actually working.

Can anybody suggest on what may be the issue here...

Thanks.
Vivek.


  


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20050331/1d42cc1e/attachment.html>


More information about the Users mailing list