Difference between revisions of "Nagios Monitoring Setup"
Line 41: | Line 41: | ||
reschedule the next check of this service | reschedule the next check of this service | ||
+ | |||
+ | Note : to get your proxy OUT of the server: | ||
+ | |||
+ | GT_PROXY_MODE=old myproxy-destroy -s wierde -l nagios -k NagiosRefresh | ||
+ | |||
+ | [ with the proxy of the person whose proxy is in wierde ... ] |
Revision as of 11:19, 20 May 2009
This article describes the current setup of the Nagios monitoring setup. Note that this setup is being modified, so the information described here may soon be outdated.
Hosts:
- spade: Nagios master server, collects information from active Nagios servers via NSCA and presents it via the web interface.
- riek: Nagios server for production grid servers (including storage servers) and generic servers.
- eg: Nagios server for the worker nodes. The check results are published via NSCA to spade.
- tbn06: Nagios server for the ITB. The check results are published via NSCA to spade.
- tbn12: Combination of gLite 3.1 UI (dedicated to grid monitoring) and Nagios server. The Nagios server only fetches the results of SAM tests and executes grid checks via NRPE, using itself as UI. To run the grid checks, a valid grid proxy must exist on the host. The check results are published via NSCA to spade.
Nagios configuration
At present, all of the Nagios configuration is handled by the quattor setup, except for the grid-specific checks. These checks are generated by the script ncg.pl at host tbn12 via the following command:
MYPROXY_SERVER=se1-egee.srce.hr SITE_NAME=NIKHEF-ELPROD ncg.pl
The configuration files for ncg.pl are present in /etc/ncg. The output is now written to /etc/nagios/wlcg.d-new (Nagios server configuration) and /etc/nagios/nrpe-new/ (NRPE configuration for the UI). The generated configuration files require some editing before they can be used:
- wlcg.d-new/host.groups.cfg: comment out the hostgroup nagios because it is already defined in our quattor setup
- wlcg.d-new/wlcg.nagios.cfg: the value for attribute obsess_over_service has to be 1, or the Nagios master server will never receive the result of this check
After making these changes, change the symbolic link /etc/nagios/wlcg.d to /etc/nagios/wlcg.d-new and run 'nagios -v /etc/nagios/nagios.cfg' to verify that there are no errors. Then, the Nagios service can be restarted.
Then copy the entire tree /etc/nagios/wlcg.d-new to Nagios master spade. At spade, again some changes have to be made:
- wlcg.d-new/service.templates.cfg: in the definition of the service type ncg-generic-service, the values of the attributes active_checks_enabled and passive_check_enabled should be changed to:
active_checks_enabled 0 passive_checks_enabled 1
(i.e., do not execute any active checks, but wait for check results to be submitted).
Again, create a symbolic link /etc/nagios/wlcg.d to /etc/nagios/wlcg.d-new, verify that there are no errors in the configuration file and restart service nagios.
Nagios grid proxy
~ronalds/bin/nagios-refresh
tbn12 inloggen als wortel
service httpd start
dan kijken op https://tbn12.nikhef.nl/nagios
show host wierde
myproxylifetime check
reschedule the next check of this service
Note : to get your proxy OUT of the server:
GT_PROXY_MODE=old myproxy-destroy -s wierde -l nagios -k NagiosRefresh
[ with the proxy of the person whose proxy is in wierde ... ]