On 12/7/05, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote:
as the check-name "check_LOCAL_disk_mail" says, these two are local check. Many checks are not able to check a host resp. a service remote via a tcp-connection o.sim.
 
To execute such services on a remote machine, you´ll have to use nrpe, nsca or ssh (maybe there are more possib.). The service checks you want to exec. hav to reside on the remote machine.
 
Assuming  you have running ssh-services (configuring nrpe is a bit more complicated):
 
# command for executing checks via ssh
define command {
                command_name                   check_by_ssh
                command_line                   $USER1$/check_by_ssh -H $HOSTADDRESS$ -C "./<plugins-dir>/$ARG1$ $ARG2$"
                }
# the remotecheck
define service {
                host_name                      mail
                service_description            check_swap_on_mail
                check_command                  check_by_ssh!check_local_disk_mail!<optional additional params>
               
max_check_attempts    5
                normal_check_interval    5
                retry_check_interval    3
                check_period        nonworkhours
                notification_interval    30
                notification_period    nonworkhours
                notification_options    w,c,r
                contact_groups        linux-admins

                }
 
This should work. NRPE function in a similar way; but on the remote host a daemon is running, and the checks that may be executed on the remote host are configured on the remote host.
 
NSCA inverts the direction of getting check results; you´ll have to compile a "small nagios", configure all checks for the machine locally, and then you can pass all results as "passive chak results" via the "send_nsca" plugin to your central nagios-server.
 
I think the nrpe alternative has greater performance as executing checks via ssh, but you lose the ability of fully central configuration. i never used nsca myself.
 
Greetz,

Thomas Zimmer
Produktservice & Betrieb
Betrieb & Support
Sal. Oppenheim jr. & Cie., Frankfurt a. Main


hey Mr. Thomas,

Thanks for your guidance.

Thanks & Regards

Ankush Grover

Reply via email to