HEX
Server: LiteSpeed
System: Linux altar46.supremepanel46.com 4.18.0-553.83.1.lve.el8.x86_64 #1 SMP Wed Nov 12 10:04:12 UTC 2025 x86_64
User: jysa (4021)
PHP: 8.3.31
Disabled: NONE
Upload Files
File: //lib/python2.7/site-packages/pynag/Model/all_attributes.pyc
�
�C�\c@sn1iZied<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<ied<idd6dd6dd6edd<id	d6dd6d	d6edd	<id
d6dd6d
d6edd
<idd6dd6dd6edd<idd6dd6d
d6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<idd6dd6dd6edd<id d6dd6dd6edd <id!d6dd6dd6edd!<id"d6dd6dd6edd"<id#d6dd6dd6edd#<id$d6dd6dd6edd$<id%d6dd6dd6edd%<id&d6dd6dd6edd&<id'd6dd6dd6edd'<id(d6dd6dd6edd(<id)d6dd6d)d6edd)<id*d6dd6d*d6edd*<id+d6dd6dd6edd+<id,d6dd6dd6edd,<id-d6dd6dd6edd-<id.d6dd6d/d6edd.<id0d6dd6dd6edd0<id1d6dd6dd6edd1<id2d6dd6d3d6edd2<id4d6dd6d5d6edd4<id6d6dd6d5d6edd6<id7d6dd6d8d6edd7<id9d6dd6d:d6edd9<id;d6dd6d8d6edd;<id<d6dd6d8d6edd<<id=d6dd6d>d6edd=<id?d6dd6d@d6edd?<iedA<idBd6dd6dBd6edAdB<id	d6dd6d	d6edAd	<idCd6dd6dDd6edAdC<idEd6dd6dd6edAdE<id2d6dd6d3d6edAd2<id4d6dd6d5d6edAd4<id6d6dd6d5d6edAd6<iedF<idd6dd6dd6edFd<idBd6dd6dBd6edFdB<idGd6dd6dGd6edFdG<id
d6dd6d
d6edFd
<idHd6dd6dId6edFdH<idJd6dd6dd6edFdJ<idd6dd6dd6edFd<idd6dd6dKd6edFd<idd6dd6dd6edFd<idd6dd6dd6edFd<idd6dd6dd6edFd<idd6dd6dd6edFd<idd6dd6dd6edFd<idd6dd6dd6edFd<idLd6dd6dd6edFdL<idd6dd6dd6edFd<idd6dd6dd6edFd<id d6dd6dd6edFd <id!d6dd6dd6edFd!<id"d6dd6dd6edFd"<id#d6dd6dd6edFd#<id$d6dd6dd6edFd$<id%d6dd6dMd6edFd%<id&d6dd6dd6edFd&<id'd6dd6dd6edFd'<id(d6dd6dd6edFd(<id+d6dd6dd6edFd+<id,d6dd6dd6edFd,<id-d6dd6dd6edFd-<id.d6dd6dNd6edFd.<id0d6dd6dd6edFd0<id)d6dd6d)d6edFd)<id*d6dd6d*d6edFd*<id1d6dd6dKd6edFd1<id2d6dd6d3d6edFd2<id4d6dd6d5d6edFd4<id6d6dd6d5d6edFd6<id7d6dd6d8d6edFd7<id9d6dd6d:d6edFd9<iedO<idPd6dd6dPd6edOdP<id	d6dd6d	d6edOd	<idCd6dd6dQd6edOdC<idRd6dd6dHd6edOdR<id2d6dd6d3d6edOd2<id4d6dd6d5d6edOd4<id6d6dd6d5d6edOd6<iedS<idTd6dd6dTd6edSdT<id	d6dd6d	d6edSd	<idUd6dd6dVd6edSdU<idWd6dd6dd6edSdW<idXd6dd6dd6edSdX<idYd6dd6dd6edSdY<idZd6dd6dd6edSdZ<id[d6dd6d\d6edSd[<id]d6dd6d^d6edSd]<id_d6dd6dd6edSd_<id`d6dd6dd6edSd`<idad6dd6dbd6edSda<idcd6dd6ddd6edSdc<idd6dd6ded6edSd<idfd6dd6dd6edSdf<id'd6dd6dd6edSd'<id(d6dd6dd6edSd(<iedg<idhd6dd6dhd6edgdh<id	d6dd6d	d6edgd	<idCd6dd6d)d6edgdC<idid6dd6dUd6edgdi<iedj<idd6dd6dd6edjd<id	d6dd6d	d6edjd	<idkd6dd6dld6edjdk<idmd6dd6dld6edjdm<idnd6dd6dod6edjdn<iedp<idd6dd6dd6edpd<idqd6dd6dqd6edpdq<iedr<idsd6dd6dd6edrds<idtd6dd6dBd6edrdt<idud6dd6dGd6edrdu<idd6dd6dd6edrd<idBd6dd6dBd6edrdB<idGd6dd6dGd6edrdG<idvd6dd6dd6edrdv<idwd6dd6dxd6edrdw<idyd6dd6dxd6edrdy<idzd6dd6dd6edrdz<ied{<idd6dd6dd6ed{d<idBd6dd6dBd6ed{dB<idGd6dd6dGd6ed{dG<id)d6dd6d)d6ed{d)<id*d6dd6dhd6ed{d*<id|d6dd6dd6ed{d|<id}d6dd6dd6ed{d}<id+d6dd6dd6ed{d+<id~d6dd6dd6ed{d~<idd6dd6d�d6ed{d<ied�<idsd6dd6dd6ed�ds<idtd6dd6dBd6ed�dt<idd6dd6dd6ed�d<idBd6dd6dBd6ed�dB<idvd6dd6dd6ed�dv<idwd6dd6d�d6ed�dw<idyd6dd6d�d6ed�dy<idzd6dd6dd6ed�dz<ied�<idd6dd6dd6ed�d<idBd6dd6dBd6ed�dB<id)d6dd6d)d6ed�d)<id*d6dd6dhd6ed�d*<id|d6dd6dd6ed�d|<id}d6dd6dd6ed�d}<id+d6dd6dd6ed�d+<id~d6dd6dd6ed�d~<idd6dd6d�d6ed�d<ied�<idd6dd6dd6ed�d<id2d6dd6d3d6ed�d2<id4d6dd6d5d6ed�d4<id6d6dd6d5d6ed�d6<id7d6dd6d8d6ed�d7<id9d6dd6d:d6ed�d9<id;d6dd6d8d6ed�d;<id<d6dd6d8d6ed�d<<id=d6dd6d>d6ed�d=<id?d6dd6d@d6ed�d?<ied�<idd6dd6dd6ed�d<idGd6dd6dGd6ed�dG<id2d6dd6d3d6ed�d2<id4d6dd6d5d6ed�d4<id6d6dd6d5d6ed�d6<id7d6dd6d8d6ed�d7<id9d6dd6d:d6ed�d9<i�id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�d�d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�d�d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d6idd�6dgd�6dd�6gd�6dd�6d6idd�6dgd�6dd�6d	d
gd�6dd�6d6id
d�6dgd�6dd�6ddgd�6dd�6d6idd�6dgd�6dd�6gd�6dd�6d6idd�6dgd�6dd�6gd�6dd�6d6idd�6dgd�6d d�6gd�6d!d�6d"6id#d�6d$gd�6d%d�6gd�6d&d�6d'6id(d�6d)gd�6d*d�6d+d,d-d.d/d0d1d2d3g	d�6d4d�6d56id6d�6d7gd�6d8d�6d9d:d;gd�6d<d�6d=6id>d�6d?gd�6d@d�6gd�6dAd�6dB6idCd�6dDgd�6dEd�6dFdGgd�6dHd�6dI6idJd�6dKgd�6dLd�6dMdNgd�6dOd�6dP6idQd�6dRgd�6dSd�6dTdUgd�6dVd�6dW6idXd�6dYgd�6dZd�6d[d\gd�6d]d�6d^6id_d�6d`gd�6dad�6dbdcgd�6ddd�6de6idfd�6dggd�6dhd�6dbdcgd�6did�6dj6idkd�6dlgd�6dmd�6dndodpgd�6dqd�6dr6idsd�6dtgd�6dud�6gd�6dvd�6dw6idxd�6dygd�6dzd�6d{d|gd�6d}d�6d~6idd�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d6idd�6dgd�6dd�6gd�6dd�6d6idd�6dgd�6dd�6d	d
gd�6dd�6d6id
d�6dgd�6dd�6ddgd�6dd�6d6idd�6dgd�6dd�6ddgd�6dd�6d6idd�6dgd�6dd�6ddgd�6d d�6d!6id"d�6d#gd�6d$d�6d%d&d'd(d)gd�6d*d�6d+6id,d�6d-gd�6d.d�6d/d0gd�6d1d�6d26id3d�6d4gd�6d5d�6gd�6d6d�6d76id8d�6d9gd�6d:d�6gd�6d;d�6d<6id=d�6d>gd�6d?d�6gd�6d@d�6dA6idBd�6dCgd�6dDd�6gd�6dEd�6dF6idGd�6dHgd�6dId�6gd�6dJd�6dK6idLd�6dMgd�6dNd�6gd�6dOd�6dP6idQd�6dRgd�6dSd�6gd�6dTd�6dU6idVd�6dWgd�6dXd�6gd�6dYd�6dZ6id[d�6d\gd�6d]d�6gd�6d^d�6d_6id`d�6dagd�6dbd�6gd�6dcd�6dd6ided�6dfgd�6dgd�6gd�6dhd�6di6idjd�6dkgd�6dld�6gd�6dmd�6dn6idod�6dpgd�6dqd�6drdsgd�6dtd�6du6idvd�6dwgd�6dxd�6dydzgd�6d{d�6d|6id}d�6d~gd�6dd�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6gd�6d�d�6gd�6d�d�6d�6id�d�6d�d�gd�6d�d�6gd�6d�d�6d�6id�d�6gd�6d�d�6gd�6d�d�6d�6id�d�6gd�6d�d�6gd�6d�d�6d�6id�d�6d�d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6d�d�d�gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6d�gd�6d�d�6gd�6d�d�6d�6id�d�6dgd�6dd�6gd�6dd�6d6idd�6dgd�6dd�6gd�6dd�6d6id	d�6d
gd�6dd�6dd
gd�6dd�6d6idd�6dgd�6dd�6gd�6dd�6d6id�d�6gd�6d�d�6gd�6d�d�6d6idd�6dgd�6dd�6gd�6dd�6d6idd�6dgd�6dd�6gd�6dd�6d6id d�6d!gd�6d"d�6gd�6d#d�6d$6id%d�6d&gd�6d'd�6gd�6d(d�6d)6id*d�6d+gd�6d,d�6d-d.gd�6d/d�6d06id1d�6d2gd�6d3d�6d4d5gd�6d6d�6d76id�d�6gd�6d�d�6gd�6d�d�6d86id9d�6d:gd�6d;d�6gd�6d<d�6d=6id>d�6d?gd�6d@d�6dAdBgd�6dCd�6dD6idEd�6dFgd�6dGd�6dHdIgd�6dJd�6dK6idLd�6dMgd�6dNd�6dOdPgd�6dQd�6dR6idSd�6dTgd�6dUd�6dVdWgd�6dXd�6dY6idZd�6d[gd�6d\d�6d]d^gd�6d_d�6d`6idad�6dbgd�6dcd�6gd�6ddd�6de6idfd�6dggd�6dhd�6didjgd�6dkd�6dl6ZdmS(ntanytusetnametoptionaltrequiredtvaluetregisterthostt	host_nametaliastdisplay_nametaddresstparentst
host_namest
hostgroupsthostgroup_namest
check_commandtcommand_namet
initial_states[o,d,u]tmax_check_attemptst#tcheck_intervaltretry_intervaltactive_checks_enableds[0/1]tpassive_checks_enabledtcheck_periodttimeperiod_nametobsess_over_hosttcheck_freshnesstfreshness_thresholdt
event_handlertevent_handler_enabledtlow_flap_thresholdthigh_flap_thresholdtflap_detection_enabledtflap_detection_optionstprocess_perf_datatretain_status_informationtretain_nonstatus_informationtcontactstcontact_groupstnotification_intervaltfirst_notification_delaytnotification_periodtnotification_optionss[d,u,r,f,s]tnotifications_enabledtstalking_optionstnotestnote_stringt	notes_urlturlt
action_urlt
icon_imaget
image_fileticon_image_altt
alt_stringt
vrml_imagetstatusmap_imaget	2d_coordssx_coord,y_coordt	3d_coordssx_coord,y_coord,z_coordt	hostgroupthostgroup_nametmembersthoststhostgroup_memberstservicetservice_descriptiont
servicegroupstservicegroup_namestis_volatiles	[o,w,u,c]tobsess_over_services	[o,w,c,u]s
[w,u,c,r,f,s]tservicegrouptservicegroup_nametservicestservicegroup_memberstcontacttcontact_namet
contactgroupstcontactgroup_namesthost_notifications_enabledtservice_notifications_enabledthost_notification_periodtservice_notification_periodthost_notification_optionss
[d,u,r,f,s,n]tservice_notification_optionss[w,u,c,r,f,s,n]thost_notification_commandstservice_notification_commandstemailt
email_addresstpagers#pager_number or pager_email_gatewaytadditional_contact_addresstcan_submit_commandstcontactgrouptcontactgroup_nametcontactgroup_memberst
timeperiods	[weekday]t
timerangess[exception]texcludet]tcommandtcommand_linetservicedependencytdependent_host_nametdependent_hostgroup_nametdependent_service_descriptiontinherits_parenttexecution_failure_criterias
[o,w,u,c,p,n]tnotification_failure_criteriatdependency_periodtserviceescalationtfirst_notificationtlast_notificationtescalation_periodtescalation_optionss	[w,u,c,r]thostdependencys[o,d,u,p,n]thostescalations[d,u,r]thostextinfotserviceextinfossThis option determines whether or not Nagios will accept <a href="passivechecks.html">passive host checks</a> when it initially (re)starts.  If this option is disabled, Nagios will not accept any passive host checks.  Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface.  Values are as follows: tdocsaccept_passive_host_checks=1texampless&accept_passive_host_checks=&lt;0/1&gt;tformats$0 = Don't accept passive host checkss(1 = Accept passive host checks (default)toptionss$Passive Host Check Acceptance Optionttitletaccept_passive_host_checkssyThis option determines whether or not Nagios will accept <a href="passivechecks.html">passive service checks</a> when it initially (re)starts.  If this option is disabled, Nagios will not accept any passive service checks.  Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface.  Values are as follows: saccept_passive_service_checks=1s)accept_passive_service_checks=&lt;0/1&gt;s'0 = Don't accept passive service checkss+1 = Accept passive service checks (default)s'Passive Service Check Acceptance Optiontaccept_passive_service_checkssThis option determines the number of seconds Nagios will add to any host or services freshness threshold it automatically calculates (e.g. those not specified explicity by the user).  More information on freshness checking can be found <a href="freshness.html">here</a>. sadditional_freshness_latency=15s&additional_freshness_latency=&lt;#&gt;s-Additional Freshness Threshold Latency Optiontadditional_freshness_latencys�This is the email address for the administrator of the local machine (i.e. the one that Nagios is running on). This value can be used in notification commands by using the <b>$ADMINEMAIL$</b> <a href="macros.html">macro</a>. s&admin_email=root@localhost.localdomains!admin_email=&lt;email_address&gt;sAdministrator Email Addresstadmin_emailsThis is the pager number (or pager email gateway) for the administrator of the local machine (i.e. the one that Nagios is running on). The pager number/address can be used in notification commands by using the <b>$ADMINPAGER$</b> <a href="macros.html">macro</a>. s*admin_pager=pageroot@localhost.localdomains7admin_pager=&lt;pager_number_or_pager_email_gateway&gt;sAdministrator Pagertadmin_pagersThis option determines whether or not Nagios will attempt to automatically reschedule active host and service checks to  "smooth" them out over time.  This can help to balance the load on the monitoring server, as it will attempt to keep the time between consecutive checks consistent, at the expense of executing checks on a more rigid schedule. <strong>WARNING:</strong>  THIS IS AN EXPERIMENTAL FEATURE AND MAY BE REMOVED IN FUTURE VERSIONS.  ENABLING THIS OPTION CAN DEGRADE PERFORMANCE - RATHER THAN INCREASE IT - IF USED IMPROPERLY! sauto_reschedule_checks=1s"auto_reschedule_checks=&lt;0/1&gt;sAuto-Rescheduling Optiontauto_reschedule_checkss�This option determines how often (in seconds) Nagios will attempt to automatically reschedule checks.  This option only has an effect if the <a href="#auto_reschedule_checks">auto_reschedule_checks</a> option is enabled.  Default is 30 seconds. <strong>WARNING:</strong>  THIS IS AN EXPERIMENTAL FEATURE AND MAY BE REMOVED IN FUTURE VERSIONS.  ENABLING THE AUTO-RESCHEDULING OPTION CAN DEGRADE PERFORMANCE - RATHER THAN INCREASE IT - IF USED IMPROPERLY! sauto_rescheduling_interval=30s*auto_rescheduling_interval=&lt;seconds&gt;sAuto-Rescheduling Intervaltauto_rescheduling_intervalsXThis option determines the "window" of time (in seconds) that Nagios will look at when automatically rescheduling checks. Only host and service checks that occur in the next X seconds (determined by this variable) will be rescheduled.  This option only has an effect if the <a href="#auto_reschedule_checks">auto_reschedule_checks</a> option is enabled.  Default is 180 seconds (3 minutes). <strong>WARNING:</strong>  THIS IS AN EXPERIMENTAL FEATURE AND MAY BE REMOVED IN FUTURE VERSIONS.  ENABLING THE AUTO-RESCHEDULING OPTION CAN DEGRADE PERFORMANCE - RATHER THAN INCREASE IT - IF USED IMPROPERLY! sauto_rescheduling_window=180s(auto_rescheduling_window=&lt;seconds&gt;sAuto-Rescheduling Windowtauto_rescheduling_windows�This option deterines what data Nagios will send to api.nagios.org when it checks for updates.  By default, Nagios will send information on the current version of Nagios you have installed, as well as an indicator as to whether this was a new installation or not.  Nagios Enterprises uses this data to determine the number of users running specific version of Nagios.  Enable this option if you do not wish for this information to be sent. tbare_update_checkssbare_update_checks=&lt;0/1&gt;sBare Update CheckssKThis directive is used to specify an event broker module that should by loaded by Nagios at startup.  Use multiple directives if you want to load more than one module.  Arguments that should be passed to the module at startup are seperated from the module path by a space. !!! WARNING !!! Do NOT overwrite modules while they are being used by Nagios or Nagios will crash in a fiery display of SEGFAULT glory.  This is a bug/limitation either in dlopen(), the kernel, and/or the filesystem.  And maybe Nagios... The correct/safe way of updating a module is by using one of these methods: sVbroker_module=/usr/local/nagios/bin/ndomod.o cfg_file=/usr/local/nagios/etc/ndomod.cfgs-broker_module=&lt;modulepath&gt; [moduleargs]s=Shutdown Nagios, replace the module file, restart Nagios</li>stWhile Nagios is running... delete the original module file, move the new module file into place, restart Nagios</li>sEvent Broker Modulest
broker_modulesJThis option determines the maximum amount of time (in seconds) that the state of a previous host check is considered current.  Cached host states (from host checks that were performed more recently than the time specified by this value) can improve host check performance immensely.  Too high of a value for this option may result in (temporarily) inaccurate host states, while a low value may result in a performance hit for host checks.  Use a value of 0 if you want to disable host check caching.  More information on cached checks can be found <a href="cachedchecks.html">here</a>. scached_host_check_horizon=15s)cached_host_check_horizon=&lt;seconds&gt;sCached Host Check Horizontcached_host_check_horizonswThis option determines the maximum amount of time (in seconds) that the state of a previous service check is considered current.  Cached service states (from service checks that were performed more recently than the time specified by this value) can improve service check performance when a lot of <a href="objectdefinitions.html#servicedependency">service dependencies</a> are used.  Too high of a value for this option may result in inaccuracies in the service dependency logic.  Use a value of 0 if you want to disable service check caching.  More information on cached checks can be found <a href="cachedchecks.html">here</a>. scached_service_check_horizon=15s,cached_service_check_horizon=&lt;seconds&gt;sCached Service Check Horizontcached_service_check_horizonsThis directive is used to specify a directory which contains <a href="configobject.html">object configuration files</a> that Nagios should use for monitoring.  All files in the directory with a <i>.cfg</i> extension are processed as object config files.  Additionally, Nagios will recursively process all config files in subdirectories of the directory you specify here.  You can seperate your configuration files into different directories and specify multiple <i>cfg_dir=</i> statements to have all config files in each directory processed. s&cfg_dir=/usr/local/nagios/etc/commandss&cfg_dir=/usr/local/nagios/etc/servicess#cfg_dir=/usr/local/nagios/etc/hostsscfg_dir=&lt;directory_name&gt;sObject Configuration Directorytcfg_dirs�This directive is used to specify an <a href="configobject.html">object configuration file</a> containing object definitions that Nagios should use for monitoring.  Object configuration files contain definitions for hosts, host groups, contacts, contact groups, services, commands, etc.  You can seperate your configuration information into several files and specify multiple <i>cfg_file=</i> statements to have each of them processed. s(cfg_file=/usr/local/nagios/etc/hosts.cfgs+cfg_file=/usr/local/nagios/etc/services.cfgs+cfg_file=/usr/local/nagios/etc/commands.cfgscfg_file=&lt;file_name&gt;sObject Configuration Filetcfg_filesoThis option determines whether or not Nagios will check the <a href="#command_file">command file</a> for  commands that should be executed.  This option must be enabled if you plan on using the <a href="cgis.html#cmd_cgi">command CGI</a> to issue commands via the web interface. More information on external commands can be found <a href="extcommands.html">here</a>. scheck_external_commands=1s#check_external_commands=&lt;0/1&gt;s!0 = Don't check external commandss%1 = Check external commands (default)sExternal Command Check Optiontcheck_external_commandssUThis option allows you to enable or disable checks for orphaned hoste checks. Orphaned host checks are checks which have been executed and have been removed from the event queue, but have not had any results reported in a long time.  Since no results have come back in for the host, it is not rescheduled in the event queue.  This can cause host checks to stop being executed.  Normally it is very rare for this to happen - it might happen if an external user or process killed off the process that was being used to execute a host check.  If this option is enabled and Nagios finds that results for a particular host check have not come back, it will log an error message and reschedule the host check.  If you start seeing host checks that never seem to get rescheduled, enable this option and see if you notice any log messages about orphaned hosts. scheck_for_orphaned_hosts=1s$check_for_orphaned_hosts=&lt;0/1&gt;s(0 = Don't check for orphaned host checkss,1 = Check for orphaned host checks (default)sOrphaned Host Check Optiontcheck_for_orphaned_hostssoThis option allows you to enable or disable checks for orphaned service checks. Orphaned service checks are checks which have been executed and have been removed from the event queue, but have not had any results reported in a long time.  Since no results have come back in for the service, it is not rescheduled in the event queue.  This can cause service checks to stop being executed.  Normally it is very rare for this to happen - it might happen if an external user or process killed off the process that was being used to execute a service check.  If this option is enabled and Nagios finds that results for a particular service check have not come back, it will log an error message and reschedule the service check.  If you start seeing service checks that never seem to get rescheduled, enable this option and see if you notice any log messages about orphaned services. scheck_for_orphaned_services=1s'check_for_orphaned_services=&lt;0/1&gt;s+0 = Don't check for orphaned service checkss/1 = Check for orphaned service checks (default)sOrphaned Service Check Optiontcheck_for_orphaned_servicessThis option determines whether Nagios will automatically check to see if new updates (releases) are available.  It is recommend that you enable this option to ensure that you stay on top of the latest critical patches to Nagios.  Nagios is critical to you - make sure you keep it in good shape.  Nagios will check once a day for new updates. Data collected by Nagios Enterprises from the update check is processed in accordance  with our privacy policy - see <a href="http://api.nagios.org">http://api.nagios.org</a> for details. scheck_for_updates=1scheck_for_updates=&lt;0/1&gt;s
Update Checkstcheck_for_updatessNThis option determines whether or not Nagios will periodically check the "freshness" of host checks.  Enabling this option is useful for helping to ensure that <a href="passivechecks.html">passive host checks</a> are received in a timely manner.  More information on freshness checking can be found <a href="freshness.html">here</a>. scheck_host_freshness=0s check_host_freshness=&lt;0/1&gt;s0 = Don't check host freshnesss"1 = Check host freshness (default)sHost Freshness Checking Optiontcheck_host_freshnesss�This options determines which directory Nagios will use to temporarily store host and service check results before they are processed.  This directory should not be used to store any other files, as Nagios will periodically clean this directory of old file (see the <a href="#max_check_result_file_age">max_check_result_file_age</a> option for more information). Note: Make sure that only a single instance of Nagios has access to the check result path.  If multiple instances of Nagios have their check result path set to the same directory, you will run into problems with check results being processed (incorrectly) by the wrong instance of Nagios! s0check_result_path=/var/spool/nagios/checkresultsscheck_result_path=&lt;path&gt;sCheck Result Pathtcheck_result_pathsThis option allows you to control the frequency <i>in seconds</i> of check result "reaper" events.  "Reaper" events process the results from host and service checks that have finished executing.  These events consitute the core of the monitoring logic in Nagios. scheck_result_reaper_frequency=5s:check_result_reaper_frequency=&lt;frequency_in_seconds&gt;sCheck Result Reaper Frequencytcheck_result_reaper_frequencysTThis option determines whether or not Nagios will periodically check the "freshness" of service checks.  Enabling this option is useful for helping to ensure that <a href="passivechecks.html">passive service checks</a> are received in a timely manner.  More information on freshness checking can be found <a href="freshness.html">here</a>. scheck_service_freshness=0s#check_service_freshness=&lt;0/1&gt;s!0 = Don't check service freshnesss%1 = Check service freshness (default)s!Service Freshness Checking Optiontcheck_service_freshnesss�This option determines whether or not Nagios will fork() child processes twice when it executes host and service checks.  By default, Nagios fork()s twice.  However, if the <a href="#use_large_installation_tweaks">use_large_installation_tweaks</a> option is enabled, it will only fork() once.  By defining this option in your configuration file, you are able to override things to get the behavior you want. schild_processes_fork_twice=0s&child_processes_fork_twice=&lt;0/1&gt;s0 = Fork() just onces1 = Fork() twicesChild Processes Fork Twicetchild_processes_fork_twicesIf you specify a number with an "s" appended to it (i.e. 30s), this is the number of <i>seconds</i> to wait between external command checks.  If you leave off the "s", this is the number of "time units" to wait between external command checks. Unless you've changed the <a href="#interval_length">interval_length</a> value (as defined below) from the default value of 60, this number will mean minutes.   Note: By setting this value to <b>-1</b>, Nagios will check for external commands as often as possible.  Each time Nagios checks for external commands it will read and process all commands present in the <a href="#command_file">command file</a> before continuing on with its other duties.  More information on external commands can be found <a href="extcommands.html">here</a>. scommand_check_interval=1s%command_check_interval=&lt;xxx&gt;[s]sExternal Command Check Intervaltcommand_check_intervals�This is the file that Nagios will check for external commands to process.  The <a href="cgis.html#cmd_cgi">command CGI</a> writes commands to this file.  The external command file is implemented as a named pipe (FIFO), which is created when Nagios starts and removed when it shuts down.  If the file exists when Nagios starts, the Nagios process will terminate with an error message.  More information on external commands can be found <a href="extcommands.html">here</a>. s0command_file=/usr/local/nagios/var/rw/nagios.cmdscommand_file=&lt;file_name&gt;sExternal Command Filetcommand_files�This option allows you to specify what kind of date/time format Nagios should use in the web interface and date/time <a href="macros.html">macros</a>.  Possible options (along with example output) include: sdate_format=ussdate_format=&lt;option&gt;sDate Formattdate_formats�This option determines where Nagios should write debugging information.  What (if any) information is written is determined by the <a href="#debug_level">debug_level</a> and <a href="#debug_verbosity">debug_verbosity</a> options.  You can have Nagios automaticaly rotate the debug file when it reaches a certain size by using the <a href="#max_debug_file_size">max_debug_file_size</a> option. s-debug_file=/usr/local/nagios/var/nagios.debugsdebug_file=&lt;file_name&gt;s
Debug Filet
debug_files�This option determines what type of information Nagios should write to the <a href="#debug_file">debug_file</a>.  This value is a logical OR of the values below. sdebug_level=24sdebug_level=&lt;#&gt;s-1 = Log everythings0 = Log nothing (default)s#1 = Function enter/exit informations2 = Config informations4 = Process informations8 = Scheduled event informations#16 = Host/service check informations32 = Notification informations64 = Event broker informationsDebug Leveltdebug_levelswThis option determines how much debugging information Nagios should write to the <a href="#debug_file">debug_file</a>. sdebug_verbosity=1sdebug_verbosity=&lt;#&gt;s0 = Basic informations'1 = More detailed information (default)s2 = Highly detailed informationsDebug Verbositytdebug_verbositys*This setting determines whether or not the embedded Perl interpreter is enabled on a program-wide basis.  Nagios must be compiled with support for embedded Perl for this option to have an effect.  More information on the embedded Perl interpreter can be found <a href="embeddedperl.html">here</a>. senable_embedded_perl=1s enable_embedded_perl=&lt;0/1&gt;s Embedded Perl Interpreter Optiontenable_embedded_perls�This option determines whether or not the Nagios daemon will make all standard <a href="macrolist.html">macros</a> available as environment variables to your check, notification, event hander, etc. commands.  In large Nagios installations this can be problematic because it takes additional memory and (more importantly) CPU to compute the values of all macros and make them available to the environment. senable_environment_macros=0s%enable_environment_macros=&lt;0/1&gt;s80 = Don't make macros available as environment variabless<1 = Make macros available as environment variables (default)sEnvironment Macros Optiontenable_environment_macrosssThis option determines whether or not Nagios will run <a href="eventhandlers.html">event handlers</a> when it initially (re)starts.  If this option is disabled, Nagios will not run any host or service event handlers.  Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface.  Values are as follows: senable_event_handlers=1s!enable_event_handlers=&lt;0/1&gt;s0 = Disable event handlerss#1 = Enable event handlers (default)sEvent Handler Optiontenable_event_handlerss�This option determines whether or not Nagios will try and detect hosts and services that are "flapping".  Flapping occurs when a host or service changes between states too frequently, resulting in a barrage of notifications being sent out.  When Nagios detects that a host or service is flapping, it will temporarily suppress notifications for that host/service until it stops flapping.  Flap detection is very experimental at this point, so use this feature with caution!  More information on how flap detection and handling works can be found <a href="flapping.html">here</a>.     Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface. senable_flap_detection=0s!enable_flap_detection=&lt;0/1&gt;s)0 = Don't enable flap detection (default)s1 = Enable flap detectionsFlap Detection Optiontenable_flap_detectionsThis option determines whether or not Nagios will send out <a href="notifications.html">notifications</a> when it initially (re)starts.  If this option is disabled, Nagios will not send out notifications for any host or service.  Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface.  Values are as follows: senable_notifications=1s enable_notifications=&lt;0/1&gt;s0 = Disable notificationss"1 = Enable notifications (default)sNotifications Optiontenable_notificationss�This option determines whether or not Nagios will execute predictive checks of hosts that are being depended upon (as defined in <a href="objectdefinitions.html#hostdependency">host dependencies</a>) for a particular host when it changes state.  Predictive checks help ensure that the dependency logic is as accurate as possible.  More information on how predictive checks work can be found <a href="dependencychecks.html">here</a>. s*enable_predictive_host_dependency_checks=1s4enable_predictive_host_dependency_checks=&lt;0/1&gt;s0 = Disable predictive checkss&1 = Enable predictive checks (default)s(Predictive Host Dependency Checks Optiont(enable_predictive_host_dependency_checkss�This option determines whether or not Nagios will execute predictive checks of services that are being depended upon (as defined in <a href="objectdefinitions.html#servicedependency">service dependencies</a>) for a particular service when it changes state.  Predictive checks help ensure that the dependency logic is as accurate as possible.  More information on how predictive checks work can be found <a href="dependencychecks.html">here</a>. s-enable_predictive_service_dependency_checks=1s7enable_predictive_service_dependency_checks=&lt;0/1&gt;s+Predictive Service Dependency Checks Optiont+enable_predictive_service_dependency_checkss7This option controls what (if any) data gets sent to the event broker and, in turn, to any loaded event broker modules.   This is an advanced option.  When in doubt, either broker nothing (if not using event broker modules) or broker everything (if using event broker modules). Possible values are shown below. sevent_broker_options=-1sevent_broker_options=&lt;#&gt;s0 = Broker nothings-1 = Broker everythingsj# = See BROKER_* definitions in source code (include/broker.h) for other values that can be OR'ed togethersEvent Broker Optionstevent_broker_optionss�This is the maximum number of seconds that Nagios will allow <a href="eventhandlers.html">event handlers</a> to be run.  If an event handler exceeds this time limit it will be killed and a warning will be logged. There is often widespread confusion as to what this option really does.  It is meant to be used as a last ditch mechanism to kill off commands which are misbehaving and not exiting in a timely manner.  It should be set to something high (like 60 seconds or more), so that each event handler command normally finishes executing within this time limit.  If an event handler runs longer than this limit, Nagios will kill it off thinking it is a runaway processes. sevent_handler_timeout=60s%event_handler_timeout=&lt;seconds&gt;sEvent Handler Timeouttevent_handler_timeouts�This option determines whether or not Nagios will execute on-demand and regularly scheduled host checks when it initially (re)starts.  If this option is disabled, Nagios will not actively execute any host checks, although it can still accept <a href="passivechecks.html">passive host checks</a> unless you've <a href="#accept_passive_host_checks">disabled them</a>).   This option is most often used when configuring backup monitoring servers, as described in the documentation on <a href="redundancy.html">redundancy</a>, or when setting up a <a href="distributed.html">distributed</a> monitoring environment.  Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface.  Values are as follows: sexecute_host_checks=1sexecute_host_checks=&lt;0/1&gt;s0 = Don't execute host checkss!1 = Execute host checks (default)sHost Check Execution Optiontexecute_host_checkssThis option determines whether or not Nagios will execute service checks when it initially (re)starts.  If this option is disabled, Nagios will not actively execute any service checks and will remain in a sort of "sleep" mode (it can still accept <a href="passivechecks.html">passive checks</a> unless you've <a href="#accept_passive_service_checks">disabled them</a>).   This option is most often used when configuring backup monitoring servers, as described in the documentation on <a href="redundancy.html">redundancy</a>, or when setting up a <a href="distributed.html">distributed</a> monitoring environment.  Note: If you have <a href="#retain_state_information">state retention</a> enabled, Nagios will ignore this setting when it (re)starts and use the last known setting for this option (as stored in the <a href="#state_retention_file">state retention file</a>), <i>unless</i> you disable the <a href="#use_retained_program_state">use_retained_program_state</a> option.  If you want to change this option when state retention is active (and the <a href="#use_retained_program_state">use_retained_program_state</a> is enabled), you'll have to use the appropriate <a href="extcommands.html">external command</a> or change it via the web interface.  Values are as follows: sexecute_service_checks=1s"execute_service_checks=&lt;0/1&gt;s 0 = Don't execute service checkss$1 = Execute service checks (default)sService Check Execution Optiontexecute_service_checkss�Note: This is an advanced feature. This option determines how many buffer slots Nagios will reserve for caching external commands that have been read from the external command file by a worker thread, but have not yet been processed by the main thread of the Nagios deamon.  Each slot can hold one external command, so this option essentially determines how many commands can be buffered.  For installations where you process a large number of passive checks (e.g. <a href="distributed.html">distributed setups</a>), you may need to increase this number.  You should consider using MRTG to graph Nagios' usage of external command buffers.  You can read more on how to configure graphing <a href="mrtggraphs.html">here</a>. s!external_command_buffer_slots=512s'external_command_buffer_slots=&lt;#&gt;sExternal Command Buffer Slotstexternal_command_buffer_slotss�This option determines whether or not Nagios will free memory in child processes when they are fork()ed off from the main process.  By default, Nagios frees memory.  However, if the <a href="#use_large_installation_tweaks">use_large_installation_tweaks</a> option is enabled, it will not.  By defining this option in your configuration file, you are able to override things to get the behavior you want. sfree_child_process_memory=0s%free_child_process_memory=&lt;0/1&gt;s0 = Don't free memorys1 = Free memorysChild Process Memory Optiontfree_child_process_memoryslThis option allows you to specify a host event handler command that is to be run for every host state change.  The global event handler is executed immediately prior to the event handler that you have optionally specified in each host definition.  The <i>command</i> argument is the short name of a command that you define in your <a href="configobject.html">object configuration file</a>.  The maximum amount of time that this command can run is controlled by the <a href="#event_handler_timeout">event_handler_timeout</a> option.  More information on event handlers can be found <a href="eventhandlers.html">here</a>. s.global_host_event_handler=log-host-event-to-dbs)global_host_event_handler=&lt;command&gt;s Global Host Event Handler Optiontglobal_host_event_handlersuThis option allows you to specify a service event handler command that is to be run for every service state change.  The global event handler is executed immediately prior to the event handler that you have optionally specified in each service definition.  The <i>command</i> argument is the short name of a command that you define in your <a href="configobject.html">object configuration file</a>.  The maximum amount of time that this command can run is controlled by the <a href="#event_handler_timeout">event_handler_timeout</a> option.  More information on event handlers can be found <a href="eventhandlers.html">here</a>. s4global_service_event_handler=log-service-event-to-dbs,global_service_event_handler=&lt;command&gt;s#Global Service Event Handler Optiontglobal_service_event_handlers�This option is used to set the high threshold for detection of host flapping.  For more information on how flap detection and handling works (and how this option affects things) read <a href="flapping.html">this</a>. shigh_host_flap_threshold=50.0s(high_host_flap_threshold=&lt;percent&gt;sHigh Host Flap Thresholdthigh_host_flap_thresholds�This option is used to set the high threshold for detection of service flapping.  For more information on how flap detection and handling works (and how this option affects things) read <a href="flapping.html">this</a>. s high_service_flap_threshold=50.0s+high_service_flap_threshold=&lt;percent&gt;sHigh Service Flap Thresholdthigh_service_flap_thresholds�This is the maximum number of seconds that Nagios will allow host checks to run.  If checks exceed this limit, they are killed and a CRITICAL state is returned and the host will be assumed to be DOWN.  A timeout error will also be logged. There is often widespread confusion as to what this option really does.  It is meant to be used as a last ditch mechanism to kill off plugins which are misbehaving and not exiting in a timely manner.  It should be set to something high (like 60 seconds or more), so that each host check normally finishes executing within this time limit.  If a host check runs longer than this limit, Nagios will kill it off thinking it is a runaway processes. shost_check_timeout=60s"host_check_timeout=&lt;seconds&gt;sHost Check Timeoutthost_check_timeoutsbThis setting determines how often (in seconds) Nagios will periodically check the "freshness" of host check results.  If you have disabled host freshness checking (with the <a href="#check_host_freshness">check_host_freshness</a> option), this option has no effect.  More information on freshness checking can be found <a href="freshness.html">here</a>. s host_freshness_check_interval=60s-host_freshness_check_interval=&lt;seconds&gt;sHost Freshness Check Intervalthost_freshness_check_intervals�This option allows you to control how host checks <i>that are scheduled to be checked on a regular basis</i> are initially "spread out" in the event queue.  Using a "smart" delay calculation (the default) will cause Nagios to calculate an average check interval and spread initial checks of all hosts out over that interval, thereby helping to eliminate CPU load spikes.  Using no delay is generally <i>not</i> recommended.  Using no delay will cause all host checks to be scheduled for execution at the same time.  More information on how to estimate how the inter-check delay affects host check scheduling can be found <a href="checkscheduling.html#host_inter_check_delay">here</a>.Values are as follows: shost_inter_check_delay_method=ss0host_inter_check_delay_method=&lt;n/d/s/x.xx&gt;s^n = Don't use any delay - schedule all host checks to run immediately (i.e. at the same time!)s6d = Use a "dumb" delay of 1 second between host checkssNs = Use a "smart" delay calculation to spread host checks out evenly (default)s<x.xx = Use a user-supplied inter-check delay of x.xx secondssHost Inter-Check Delay Methodthost_inter_check_delay_methodsZThis option allows you to specify a command to be run after <i>every</i> host check to process host <a href="perfdata.html">performance data</a> that may be returned from the check.  The <i>command</i> argument is the short name of a <a href="objectdefinitions.html#command">command definition</a> that you define in your object configuration file.  This command is only executed if the <a href="#process_performance_data">process_performance_data</a> option is enabled globally and if the <i>process_perf_data</i> directive in the <a href="objectdefinitions.html#host">host definition</a> is enabled. s+host_perfdata_command=process-host-perfdatas%host_perfdata_command=&lt;command&gt;s(Host Performance Data Processing Commandthost_perfdata_commands*This option allows you to specify a file to which host <a href="perfdata.html">performance data</a> will be written after every host check.  Data will be written to the performance file as specified by the <a href="#host_perfdata_file_template">host_perfdata_file_template</a> option.  Performance data is only written to this file if the <a href="#process_performance_data">process_performance_data</a> option is enabled globally and if the <i>process_perf_data</i> directive in the <a href="objectdefinitions.html#host">host definition</a> is enabled. s:host_perfdata_file=/usr/local/nagios/var/host-perfdata.dats$host_perfdata_file=&lt;file_name&gt;sHost Performance Data Filethost_perfdata_files�This option determines how the <a href="#host_perfdata_file">host performance data file</a> is opened.  Unless the file is a named pipe you'll probably want to use the default mode of append. shost_perfdata_file_mode=as$host_perfdata_file_mode=&lt;mode&gt;s&a = Open file in append mode (default)sw = Open file in write modesGp = Open in non-blocking read/write mode (useful when writing to pipes)sHost Performance Data File Modethost_perfdata_file_modes�This option allows you to specify the command that should be executed to process the <a href="#host_perfdata_file">host performance data file</a>.  The <i>command</i> argument is the short name of a <a href="objectdefinitions.html#command">command definition</a> that you define in your object configuration file.  The interval at which this command is executed is determined by the <a href="#host_perfdata_file_processing_interval">host_perfdata_file_processing_interval</a> directive. s@host_perfdata_file_processing_command=process-host-perfdata-files5host_perfdata_file_processing_command=&lt;command&gt;s-Host Performance Data File Processing Commandt%host_perfdata_file_processing_commandsfThis option allows you to specify the interval (in seconds) at which the <a href="#host_perfdata_file">host performance data file</a> is processed using the <a href="#host_perfdata_file_processing_command">host performance data file processing command</a>.  A value of 0 indicates that the performance data file should not be processed at regular intervals. s(host_perfdata_file_processing_interval=0s6host_perfdata_file_processing_interval=&lt;seconds&gt;s.Host Performance Data File Processing Intervalt&host_perfdata_file_processing_intervals`This option determines what (and how) data is written to the <a href="#host_perfdata_file">host performance data file</a>.  The template may contain <a href="macros.html">macros</a>, special characters (\t for tab, \r for carriage return, \n for newline) and plain text.  A newline is automatically added after each write to the performance data file. srhost_perfdata_file_template=[HOSTPERFDATA]\t$TIMET$\t$HOSTNAME$\t$HOSTEXECUTIONTIME$\t$HOSTOUTPUT$\t$HOSTPERFDATA$s,host_perfdata_file_template=&lt;template&gt;s#Host Performance Data File Templatethost_perfdata_file_templates�This option allows you to specify illegal characters that should be stripped from <a href="macros.html">macros</a> before being used in notifications, event handlers, and other commands.  This DOES NOT affect macros used in service or host check commands.  You can choose to not strip out the characters shown in the example above, but I recommend you do not do this.  Some of these characters are interpreted by the shell (i.e. the backtick) and can lead to security problems.  The following macros are stripped of the characters you specify:  <b>$HOSTOUTPUT$</b>, <b>$HOSTPERFDATA$</b>, <b>$HOSTACKAUTHOR$</b>, <b>$HOSTACKCOMMENT$</b>, <b>$SERVICEOUTPUT$</b>, <b>$SERVICEPERFDATA$</b>, <b>$SERVICEACKAUTHOR$</b>, and <b>$SERVICEACKCOMMENT$</b> s/illegal_macro_output_chars=`~$^&amp;"|'&lt;&gt;s+illegal_macro_output_chars=&lt;chars...&gt;sIllegal Macro Output Characterstillegal_macro_output_charssgThis option allows you to specify illegal characters that cannot be used in host names, service descriptions, or names of other object types.  Nagios will allow you to use most characters in object definitions, but I recommend not using the characters shown in the example above.  Doing may give you problems in the web interface, notification commands, etc. s6illegal_object_name_chars=`~!$%^&amp;*"|'&lt;&gt;?,()=s*illegal_object_name_chars=&lt;chars...&gt;sIllegal Object Name Characterstillegal_object_name_charssThis is the number of seconds per "unit interval" used for timing in the scheduling queue, re-notifications, etc. "Units intervals" are used in the object configuration file to determine how often to run a service check, how often to re-notify a contact, etc. <strong>Important:</strong>  The default value for this is set to 60, which means that a "unit value" of 1 in the object configuration file will mean 60 seconds (1 minute).  I have not really tested other values for this variable, so proceed at your own risk if you decide to do so! sinterval_length=60sinterval_length=&lt;seconds&gt;sTiming Interval Lengthtinterval_lengths�This option specifies the location of the lock file that Nagios should create when it runs as a daemon (when started with the -d command line argument).  This file contains the process id (PID) number of the running Nagios process. slock_file=/tmp/nagios.lockslock_file=&lt;file_name&gt;s	Lock Filet	lock_files�This is the directory where Nagios should place log files that have been rotated.  This option is ignored if you choose to not use the <a href="#log_rotation_method">log rotation</a> functionality. s0log_archive_path=/usr/local/nagios/var/archives/slog_archive_path=&lt;path&gt;sLog Archive Pathtlog_archive_pathsBThis variable determines whether or not service and host <a href="eventhandlers.html">event handlers</a> are logged. Event handlers are optional commands that can be run whenever a service or hosts changes state.  Logging event handlers is most useful when debugging Nagios or first trying out your event handler scripts. slog_event_handlers=1slog_event_handlers=&lt;0/1&gt;s0 = Don't log event handlerss1 = Log event handlerssEvent Handler Logging Optiontlog_event_handlerss�This variable determines whether or not Nagios will log <a href="extcommands.html">external commands</a> that it receives from the <a href="#command_file">external command file</a>.  Note: This option does not control whether or not <a href="passivechecks.html">passive service checks</a> (which are a type of external command) get logged.  To enable or disable logging of passive checks, use the <a href="#log_passive_checks">log_passive_checks</a> option. slog_external_commands=1s!log_external_commands=&lt;0/1&gt;s0 = Don't log external commandss#1 = Log external commands (default)sExternal Command Logging Optiontlog_external_commandss�This variable specifies where Nagios should create its main log file.  This should be the first variable that you define in your configuration file, as Nagios will try to write errors that it finds in the rest of your configuration data to this file.  If you have <a href="#log_rotation_method">log rotation</a> enabled, this file will automatically be rotated every hour, day, week, or month. s)log_file=/usr/local/nagios/var/nagios.logslog_file=&lt;file_name&gt;sLog Filetlog_files�This variable determines whether or not host check retries are logged.  Logging host check retries is mostly useful when attempting to debug Nagios or test out host <a href="eventhandlers.html">event handlers</a>. slog_host_retries=1slog_host_retries=&lt;0/1&gt;s 0 = Don't log host check retriess1 = Log host check retriessHost Check Retry Logging Optiontlog_host_retriess�This variable determines whether or not Nagios will force all initial host and service states to be logged, even if they result in an OK state.  Initial service and host states are normally only logged when there is a problem on the first check.  Enabling this option is useful if you are using an application that scans the log file to determine long-term state statistics for services and hosts. slog_initial_states=1slog_initial_states=&lt;0/1&gt;s&0 = Don't log initial states (default)s1 = Log initial statessInitial States Logging Optiontlog_initial_statess�This variable determines whether or not notification messages are logged.  If you have a lot of contacts or regular service failures your log file will grow relatively quickly.  Use this option to keep contact notifications from being logged. slog_notifications=1slog_notifications=&lt;0/1&gt;s0 = Don't log notificationss1 = Log notificationssNotification Logging Optiontlog_notificationss�This variable determines whether or not Nagios will log <a href="passivechecks.html">passive host and service checks</a> that it receives from the <a href="#command_file">external command file</a>.  If you are setting up a <a href="distributed.html">distributed monitoring environment</a> or plan on handling a large number of passive checks on a regular basis, you may wish to disable this option so your log file doesn't get too large. slog_passive_checks=1slog_passive_checks=&lt;0/1&gt;s0 = Don't log passive checkss 1 = Log passive checks (default)sPassive Check Logging Optiontlog_passive_checkssiThis is the rotation method that you would like Nagios to use for your log file.  Values are as follows: slog_rotation_method=ds%log_rotation_method=&lt;n/h/d/w/m&gt;s5n = None (don't rotate the log - this is the default)s3h = Hourly (rotate the log at the top of each hour)s/d = Daily (rotate the log at midnight each day)s3w = Weekly (rotate the log at midnight on Saturday)sEm = Monthly (rotate the log at midnight on the last day of the month)sLog Rotation Methodtlog_rotation_methods�This variable determines whether or not service check retries are logged.  Service check retries occur when a service check results in a non-OK state, but you have configured Nagios to retry the service more than once before responding to the error.  Services in this situation are considered to be in "soft" states.  Logging service check retries is mostly useful when attempting to debug Nagios or test out service <a href="eventhandlers.html">event handlers</a>. slog_service_retries=1slog_service_retries=&lt;0/1&gt;s#0 = Don't log service check retriess1 = Log service check retriess"Service Check Retry Logging Optiontlog_service_retriess�This option is used to set the low threshold for detection of host flapping.  For more information on how flap detection and handling works (and how this option affects things) read <a href="flapping.html">this</a>. slow_host_flap_threshold=25.0s'low_host_flap_threshold=&lt;percent&gt;sLow Host Flap Thresholdtlow_host_flap_thresholds�This option is used to set the low threshold for detection of service flapping.  For more information on how flap detection and handling works (and how this option affects things) read <a href="flapping.html">this</a>. slow_service_flap_threshold=25.0s*low_service_flap_threshold=&lt;percent&gt;sLow Service Flap Thresholdtlow_service_flap_thresholds�This options determines the maximum age in seconds that Nagios will consider check result files found in the <a href="#check_result_path">check_result_path</a> directory to be valid.  Check result files that are older that this threshold will be deleted by Nagios and the check results they contain will not be processed.  By using a value of zero (0) with this option, Nagios will process all check result files - even if they're older than your hardware :-). smax_check_result_file_age=3600s)max_check_result_file_age=&lt;seconds&gt;sMax Check Result File Agetmax_check_result_file_agesIThis option allows you to control the maximum amount of time <i>in seconds</i> that host and service check result "reaper" events are allowed to run.  "Reaper" events process the results from host and service checks that have finished executing.  If there are a lot of results to process, reaper events may take a long time to finish, which might delay timely execution of new host and service checks.  This variable allows you to limit the amount of time that an individual reaper event will run before it hands control back over to Nagios for other portions of the monitoring logic. smax_check_result_reaper_time=30s,max_check_result_reaper_time=&lt;seconds&gt;s Maximum Check Result Reaper Timetmax_check_result_reaper_times�This option allows you to specify the maximum number of service checks that can be run in parallel at any given time.  Specifying a value of 1 for this variable essentially prevents any service checks from being run in parallel.  Specifying a value of 0 (the default) does not place any restrictions on the number of concurrent checks.  You'll have to modify this value based on the system resources you have available on the machine that runs Nagios, as it directly affects the maximum load that will be imposed on the system (processor utilization, memory, etc.).  More information on how to estimate how many concurrent checks you should allow can be found <a href="checkscheduling.html#max_concurrent_checks">here</a>. smax_concurrent_checks=20s(max_concurrent_checks=&lt;max_checks&gt;s!Maximum Concurrent Service Checkstmax_concurrent_checkssbThis option determines the maximum size (in bytes) of the <a href="#debug_file">debug file</a>.  If the file grows larger than this size, it will be renamed with a .old  extension.  If a file already exists with a .old extension it will automatically be deleted.  This helps ensure your disk space usage doesn't get out of control when debugging Nagios. smax_debug_file_size=1000000smax_debug_file_size=&lt;#&gt;sMaximum Debug File Sizetmax_debug_file_sizesjThis option determines the maximum number of minutes from when Nagios starts that all hosts (that are scheduled to be regularly checked) are checked.  This option will automatically adjust the <a href="#host_inter_check_delay_method">host inter-check delay method</a> (if necessary) to ensure that the initial checks of all hosts occur within the timeframe you specify.  In general, this option will not have an affect on host check scheduling if scheduling information is being retained using the <a href="#use_retained_scheduling_info">use_retained_scheduling_info</a> option.  Default value is <b>30</b> (minutes). smax_host_check_spread=30s%max_host_check_spread=&lt;minutes&gt;sMaximum Host Check Spreadtmax_host_check_spreadsyThis option determines the maximum number of minutes from when Nagios starts that all services (that are scheduled to be regularly checked) are checked.  This option will automatically adjust the <a href="#service_inter_check_delay_method">service inter-check delay method</a> (if necessary) to ensure that the initial checks of all services occur within the timeframe you specify.  In general, this option will not have an affect on service check scheduling if scheduling information is being retained using the <a href="#use_retained_scheduling_info">use_retained_scheduling_info</a> option.  Default value is <b>30</b> (minutes). smax_service_check_spread=30s(max_service_check_spread=&lt;minutes&gt;sMaximum Service Check Spreadtmax_service_check_spreadsThis is used to set the effective group that the Nagios process should run as.  After initial program startup and before starting to monitor anything, Nagios will drop its effective privileges and run as this group.  You may specify either a groupname or a GID. snagios_group=nagioss"nagios_group=&lt;groupname/GID&gt;sNagios Grouptnagios_groupsThis is used to set the effective user that the Nagios process should run as.  After initial program startup and before starting to monitor anything, Nagios will drop its effective privileges and run as this user.  You may specify either a username or a UID. snagios_user=nagioss nagios_user=&lt;username/UID&gt;sNagios Usertnagios_users�This is the maximum number of seconds that Nagios will allow notification commands to be run.  If a notification command exceeds this time limit it will be killed and a warning will be logged. There is often widespread confusion as to what this option really does.  It is meant to be used as a last ditch mechanism to kill off commands which are misbehaving and not exiting in a timely manner.  It should be set to something high (like 60 seconds or more), so that each notification command finishes executing within this time limit.  If a notification command runs longer than this limit, Nagios will kill it off thinking it is a runaway processes. snotification_timeout=60s$notification_timeout=&lt;seconds&gt;sNotification Timeouttnotification_timeouts�This directive is used to specify a file in which a cached copy of <a href="configobject.html">object definitions</a> should be stored.  The cache file is (re)created every time Nagios is (re)started and is used by the CGIs.   It is intended to speed up config file caching in the CGIs and allow you to edit the source <a href="#cfg_file">object config files</a> while Nagios is running without affecting the output displayed in the CGIs. s5object_cache_file=/usr/local/nagios/var/objects.caches#object_cache_file=&lt;file_name&gt;sObject Cache Filetobject_cache_files�This value determines whether or not Nagios will "obsess" over host checks results and run the <a href="#ochp_command">obsessive compulsive host processor command</a> you define.  I know - funny name, but it was all I could think of.  This option is useful for performing <a href="distributed.html">distributed monitoring</a>.  If you're not doing distributed monitoring, don't enable this option. sobsess_over_hosts=1sobsess_over_hosts=&lt;0/1&gt;s%0 = Don't obsess over hosts (default)s1 = Obsess over hostssObsess Over Hosts Optiontobsess_over_hostss�This value determines whether or not Nagios will "obsess" over service checks results and run the <a href="#ocsp_command">obsessive compulsive service processor command</a> you define.  I know - funny name, but it was all I could think of.  This option is useful for performing <a href="distributed.html">distributed monitoring</a>.  If you're not doing distributed monitoring, don't enable this option. sobsess_over_services=1s obsess_over_services=&lt;0/1&gt;s(0 = Don't obsess over services (default)s1 = Obsess over servicessObsess Over Services Optiontobsess_over_servicess�This option allows you to specify a command to be run after <i>every</i> host check, which can be useful in <a href="distributed.html">distributed monitoring</a>.  This command is executed after any <a href="eventhandlers.html">event handler</a> or <a href="notifications.html">notification</a> commands.  The <i>command</i> argument is the short name of a <a href="objectdefinitions.html#command">command definition</a> that you define in your object configuration file.  The maximum amount of time that this command can run is controlled by the <a href="#ochp_timeout">ochp_timeout</a> option.   More information on distributed monitoring can be found <a href="distributed.html">here</a>.  This command is only executed if the <a href="#obsess_over_hosts">obsess_over_hosts</a> option is enabled globally and if the <i>obsess_over_host</i> directive in the <a href="objectdefinitions.html#host">host definition</a> is enabled. s#ochp_command=obsessive_host_handlersochp_command=&lt;command&gt;s+Obsessive Compulsive Host Processor Commandtochp_commands�This is the maximum number of seconds that Nagios will allow an <a href="#ochp_command">obsessive compulsive host processor command</a> to be run.  If a command exceeds this time limit it will be killed and a warning will be logged. sochp_timeout=5sochp_timeout=&lt;seconds&gt;s+Obsessive Compulsive Host Processor Timeouttochp_timeouts�This option allows you to specify a command to be run after <i>every</i> service check, which can be useful in <a href="distributed.html">distributed monitoring</a>.  This command is executed after any <a href="eventhandlers.html">event handler</a> or <a href="notifications.html">notification</a> commands.  The <i>command</i> argument is the short name of a <a href="objectdefinitions.html#command">command definition</a> that you define in your object configuration file.  The maximum amount of time that this command can run is controlled by the <a href="#ocsp_timeout">ocsp_timeout</a> option.   More information on distributed monitoring can be found <a href="distributed.html">here</a>.  This command is only executed if the <a href="#obsess_over_services">obsess_over_services</a> option is enabled globally and if the <i>obsess_over_service</i> directive in the <a href="objectdefinitions.html#service">service definition</a> is enabled. s&ocsp_command=obsessive_service_handlersocsp_command=&lt;command&gt;s.Obsessive Compulsive Service Processor Commandtocsp_commands�This is the maximum number of seconds that Nagios will allow an <a href="#ocsp_command">obsessive compulsive service processor command</a> to be run.  If a command exceeds this time limit it will be killed and a warning will be logged. socsp_timeout=5socsp_timeout=&lt;seconds&gt;s.Obsessive Compulsive Service Processor Timeouttocsp_timeouts2This option determines whether or not Nagios will treat <a href="passivechecks.html">passive host checks</a> as HARD states or SOFT states.  By default, a passive host check result will put a host into a <a href="statetypes.html">HARD state type</a>.  You can change this behavior by enabling this option. spassive_host_checks_are_soft=1s(passive_host_checks_are_soft=&lt;0/1&gt;s*0 = Passive host checks are HARD (default)s 1 = Passive host checks are SOFTs#Passive Host Checks Are SOFT Optiontpassive_host_checks_are_softsCThis is the maximum number of seconds that Nagios will allow a <a href="#host_perfdata_command">host performance data processor command</a> or <a href="#service_perfdata_command">service performance data processor command</a> to be run.  If a command exceeds this time limit it will be killed and a warning will be logged. sperfdata_timeout=5s perfdata_timeout=&lt;seconds&gt;s*Performance Data Processor Command Timeouttperfdata_timeoutsYThis directive is used to specify a file in which a pre-processed, pre-cached copy of <a href="configobject.html">object definitions</a> should be stored.  This file can be used to drastically improve startup times in large/complex Nagios installations.  Read more information on how to speed up start times <a href="faststartup.html">here</a>. s<precached_object_file=/usr/local/nagios/var/objects.precaches'precached_object_file=&lt;file_name&gt;sPrecached Object Filetprecached_object_files~This value determines whether or not Nagios will process host and service check <a href="perfdata.html">performance data</a>. sprocess_performance_data=1s$process_performance_data=&lt;0/1&gt;s,0 = Don't process performance data (default)s1 = Process performance datas"Performance Data Processing Optiontprocess_performance_datas�This is used to specify an optional resource file that can contain $USERn$ <a href="macros.html">macro</a> definitions.  $USERn$ macros are useful for storing usernames, passwords, and items commonly used in command definitions (like directory paths).  The CGIs will <i>not</i> attempt to read resource files, so you can set restrictive permissions (600 or 660) on them to protect sensitive information.  You can include multiple resource files by adding multiple resource_file statements to the main config file - Nagios will process them all.  See the sample resource.cfg file in the <i>sample-config/</i> subdirectory of the Nagios distribution for an example of how to define $USERn$ macros. s0resource_file=/usr/local/nagios/etc/resource.cfgsresource_file=&lt;file_name&gt;s
Resource Filet
resource_files�This option determines whether or not Nagios will retain state information for hosts and services between program restarts.  If you enable this option, you should supply a value for the <a href="#state_retention_file">state_retention_file</a> variable.  When enabled, Nagios will save all state information for hosts and service before it shuts down (or restarts) and will read in previously saved state information when it starts up again. sretain_state_information=1s$retain_state_information=&lt;0/1&gt;s"0 = Don't retain state informations&1 = Retain state information (default)sState Retention Optiontretain_state_informationtt$retained_contact_host_attribute_masks�WARNING: This is an advanced feature.  You'll need to read the Nagios source code to use this option effectively. These options determine which contact attributes are NOT retained across program restarts.  There are two masks because there are often separate host and service contact attributes that can be changed.  The values for these options are a bitwise AND of values specified by the "MODATTR_" definitions in the include/common.h source code file.  By default, all process attributes are retained. s&retained_contact_host_attribute_mask=0s)retained_contact_service_attribute_mask=0s Retained Contact Attribute Maskst'retained_contact_service_attribute_masktretained_host_attribute_maskt$retained_process_host_attribute_masksbWARNING: This is an advanced feature.  You'll need to read the Nagios source code to use this option effectively. These options determine which process attributes are NOT retained across program restarts.  There are two masks because there are often separate host and service process attributes that can be changed.  For example, host checks can be disabled at the program level, while service checks are still enabled.  The values for these options are a bitwise AND of values specified by the "MODATTR_" definitions in the include/common.h source code file.  By default, all process attributes are retained. s&retained_process_host_attribute_mask=0s)retained_process_service_attribute_mask=0s Retained Process Attribute Maskst'retained_process_service_attribute_masks�WARNING: This is an advanced feature.  You'll need to read the Nagios source code to use this option effectively. These options determine which host or service attributes are NOT retained across program restarts.  The values for these options are a bitwise AND of values specified by the "MODATTR_" definitions in the include/common.h source code file.  By default, all host and service attributes are retained. sretained_host_attribute_mask=0s!retained_service_attribute_mask=0s)Retained Host and Service Attribute Maskstretained_service_attribute_masks�This setting determines how often (in minutes) that Nagios will automatically save retention data during normal operation.  If you set this value to 0, Nagios will not save retention data at regular intervals, but it will still save retention data before shutting down or restarting.  If you have disabled state retention (with the <a href="#retain_state_information">retain_state_information</a> option), this option has no effect. sretention_update_interval=60s)retention_update_interval=&lt;minutes&gt;s)Automatic State Retention Update Intervaltretention_update_intervals�This is the maximum number of seconds that Nagios will allow service checks to run.  If checks exceed this limit, they are killed and a CRITICAL state is returned.   A timeout error will also be logged. There is often widespread confusion as to what this option really does.  It is meant to be used as a last ditch mechanism to kill off plugins which are misbehaving and not exiting in a timely manner.  It should be set to something high (like 60 seconds or more), so that each service check normally finishes executing within this time limit.  If a service check runs longer than this limit, Nagios will kill it off thinking it is a runaway processes. sservice_check_timeout=60s%service_check_timeout=&lt;seconds&gt;sService Check Timeouttservice_check_timeoutsnThis setting determines how often (in seconds) Nagios will periodically check the "freshness" of service check results.  If you have disabled service freshness checking (with the <a href="#check_service_freshness">check_service_freshness</a> option), this option has no effect.  More information on freshness checking can be found <a href="freshness.html">here</a>. s#service_freshness_check_interval=60s0service_freshness_check_interval=&lt;seconds&gt;s Service Freshness Check Intervalt service_freshness_check_intervals�This option allows you to control how service checks are initially "spread out" in the event queue.  Using a "smart" delay calculation (the default) will cause Nagios to calculate an average check interval and spread initial checks of all services out over that interval, thereby helping to eliminate CPU load spikes.  Using no delay is generally <i>not</i> recommended, as it will cause all service checks to be scheduled for execution at the same time.  This means that you will generally have large CPU spikes when the services are all executed in parallel.   More information on how to estimate how the inter-check delay affects service check scheduling can be found <a href="checkscheduling.html#service_inter_check_delay">here</a>.  Values are as follows: s"service_inter_check_delay_method=ss3service_inter_check_delay_method=&lt;n/d/s/x.xx&gt;san = Don't use any delay - schedule all service checks to run immediately (i.e. at the same time!)s9d = Use a "dumb" delay of 1 second between service checkssQs = Use a "smart" delay calculation to spread service checks out evenly (default)s Service Inter-Check Delay Methodt service_inter_check_delay_methodsEThis variable determines how service checks are interleaved. Interleaving allows for a more even distribution of service checks, reduced load on remote hosts, and faster overall detection of host problems.  Setting this value to 1 is equivalent to not interleaving the service checks (this is how versions of Nagios previous to 0.0.5 worked).  Set this value to <b>s</b> (smart) for automatic calculation of the interleave factor unless you have a specific reason to change it.  The best way to understand how interleaving works is to watch the <a href="cgis.html#status_cgi">status CGI</a> (detailed view) when Nagios is just starting.  You should see that the service check results are spread out as they begin to appear.  More information on how interleaving works can be found <a href="checkscheduling.html#service_interleaving">here</a>. <ul> <li><i>x</i> = A number greater than or equal to 1 that specifies the interleave factor to use.  An interleave factor of 1 is equivalent to not interleaving the service checks. <li>s = Use a "smart" interleave factor calculation (default) </ul> sservice_interleave_factor=ss,service_interleave_factor=&lt;s|<i>x</i>&gt;s�<i>x</i> = A number greater than or equal to 1 that specifies the interleave factor to use.  An interleave factor of 1 is equivalent to not interleaving the service checks.s9s = Use a "smart" interleave factor calculation (default)sService Interleave Factortservice_interleave_factorsfThis option allows you to specify a command to be run after <i>every</i> service check to process service <a href="perfdata.html">performance data</a> that may be returned from the check.  The <i>command</i> argument is the short name of a <a href="objectdefinitions.html#command">command definition</a> that you define in your object configuration file.  This command is only executed if the <a href="#process_performance_data">process_performance_data</a> option is enabled globally and if the <i>process_perf_data</i> directive in the <a href="objectdefinitions.html#service">service definition</a> is enabled. s1service_perfdata_command=process-service-perfdatas(service_perfdata_command=&lt;command&gt;s+Service Performance Data Processing Commandtservice_perfdata_commands<This option allows you to specify a file to which service <a href="perfdata.html">performance data</a> will be written after every service check.  Data will be written to the performance file as specified by the <a href="#service_perfdata_file_template">service_perfdata_file_template</a> option.  Performance data is only written to this file if the <a href="#process_performance_data">process_performance_data</a> option is enabled globally and if the <i>process_perf_data</i> directive in the <a href="objectdefinitions.html#service">service definition</a> is enabled. s@service_perfdata_file=/usr/local/nagios/var/service-perfdata.dats'service_perfdata_file=&lt;file_name&gt;sService Performance Data Filetservice_perfdata_files�This option determines how the <a href="#service_perfdata_file">service performance data file</a> is opened.  Unless the file is a named pipe you'll probably want to use the default mode of append. sservice_perfdata_file_mode=as'service_perfdata_file_mode=&lt;mode&gt;s"Service Performance Data File Modetservice_perfdata_file_modes�This option allows you to specify the command that should be executed to process the <a href="#service_perfdata_file">service performance data file</a>.  The <i>command</i> argument is the short name of a <a href="objectdefinitions.html#command">command definition</a> that you define in your object configuration file.  The interval at which this command is executed is determined by the <a href="#service_perfdata_file_processing_interval">service_perfdata_file_processing_interval</a> directive. sFservice_perfdata_file_processing_command=process-service-perfdata-files8service_perfdata_file_processing_command=&lt;command&gt;s0Service Performance Data File Processing Commandt(service_perfdata_file_processing_commandsrThis option allows you to specify the interval (in seconds) at which the <a href="#service_perfdata_file">service performance data file</a> is processed using the <a href="#service_perfdata_file_processing_command">service performance data file processing command</a>.  A value of 0 indicates that the performance data file should not be processed at regular intervals. s+service_perfdata_file_processing_interval=0s9service_perfdata_file_processing_interval=&lt;seconds&gt;s1Service Performance Data File Processing Intervalt)service_perfdata_file_processing_intervalsfThis option determines what (and how) data is written to the <a href="#service_perfdata_file">service performance data file</a>.  The template may contain <a href="macros.html">macros</a>, special characters (\t for tab, \r for carriage return, \n for newline) and plain text.  A newline is automatically added after each write to the performance data file. s�service_perfdata_file_template=[SERVICEPERFDATA]\t$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$SERVICEEXECUTIONTIME$\t$SERVICELATENCY$\t$SERVICEOUTPUT$\t$SERVICEPERFDATA$s/service_perfdata_file_template=&lt;template&gt;s&Service Performance Data File Templatetservice_perfdata_file_templatesThis is the number of seconds that Nagios will sleep before checking to see if the next service or host check in the scheduling queue should be executed.  Note that Nagios will only sleep after it "catches up" with queued service checks that have fallen behind. ssleep_time=1ssleep_time=&lt;seconds&gt;sInter-Check Sleep Timet
sleep_times�This option determines whether or not Nagios will use soft state information when checking <a href="dependencies.html">host and service dependencies</a>.  Normally Nagios will only use the latest hard host or service state when checking dependencies.  If you want it to use the latest state (regardless of whether its a soft or hard <a href="statetypes.html">state type</a>), enable this option. ssoft_state_dependencies=0s#soft_state_dependencies=&lt;0/1&gt;s/0 = Don't use soft state dependencies (default)s1 = Use soft state dependenciessSoft State Dependencies Optiontsoft_state_dependenciess�This is the file that Nagios will use for storing status, downtime, and comment information before it shuts down.  When Nagios is restarted it will use the information stored in this file for setting the initial states of services and hosts before it starts monitoring anything.   In order to make Nagios retain state information between program restarts, you must enable the <a href="#retain_state_information">retain_state_information</a> option. s8state_retention_file=/usr/local/nagios/var/retention.dats&state_retention_file=&lt;file_name&gt;sState Retention Filetstate_retention_filetstatus_files`This is the file that Nagios uses to store the current status, comment, and downtime information.  This file is used by the CGIs so that current monitoring status can be reported via a web interface.  The CGIs must have read access to this file in order to function properly.  This file is deleted every time Nagios stops and recreated when it starts. s,status_file=/usr/local/nagios/var/status.datsstatus_file=&lt;file_name&gt;sStatus Filet
status_logs�This setting determines how often (in seconds) that Nagios will update status data in the <a href="#status_file">status file</a>.  The minimum update interval is 1 second. sstatus_update_interval=15s&status_update_interval=&lt;seconds&gt;sStatus File Update Intervaltstatus_update_intervals�This is a temporary file that Nagios periodically creates to use when updating comment data, status data, etc.  The file is deleted when it is no longer needed. s*temp_file=/usr/local/nagios/var/nagios.tmpstemp_file=&lt;file_name&gt;s	Temp Filet	temp_files�This is a directory that Nagios can use as scratch space for creating temporary files used during the monitoring process.  You should run <i>tmpwatch</i>, or a similiar utility, on this directory occassionally to delete files older than 24 hours. stemp_path=/tmpstemp_path=&lt;dir_name&gt;s	Temp Patht	temp_pathstThis option determines whether or not Nagios will translate DOWN/UNREACHABLE passive host check results to their "correct" state from the viewpoint of the local Nagios instance.  This can be very useful in distributed and failover monitoring installations.  More information on passive check state translation can be found <a href="passivestatetranslation.html">here</a>. stranslate_passive_host_checks=1s)translate_passive_host_checks=&lt;0/1&gt;s'0 = Disable check translation (default)s1 = Enable check translations$Translate Passive Host Checks Optionttranslate_passive_host_checkss�Nagios tries to be smart about how and when it checks the status of hosts.  In general, disabling this option will allow Nagios to make some smarter decisions and check hosts a bit faster.  Enabling this option will increase the amount of time required to check hosts, but may improve reliability a bit.  Unless you have problems with Nagios not recognizing that a host recovered, I would suggest <b>not</b> enabling this option. suse_aggressive_host_checking=0s(use_aggressive_host_checking=&lt;0/1&gt;s00 = Don't use aggressive host checking (default)s 1 = Use aggressive host checkingsAggressive Host Checking Optiontuse_aggressive_host_checkingtuse_agressive_host_checkingswThis setting determines whether or not the embedded Perl interpreter should be used for Perl plugins/scripts that do not explicitly enable/disable it.  Nagios must be compiled with support for embedded Perl for this option to have an effect.  More information on the embedded Perl interpreter and the effect of this setting can be found <a href="embeddedperl.html">here</a>. suse_embedded_perl_implicitly=1s(use_embedded_perl_implicitly=&lt;0/1&gt;s!Embedded Perl Implicit Use Optiontuse_embedded_perl_implicitlyssThis option determines whether or not the Nagios daemon will take several shortcuts to improve performance.  These shortcuts result in the loss of a few features, but larger installations will likely see a lot of benefit from doing so.  More information on what optimizations are taken when you enable this option can be found <a href="largeinstalltweaks.html">here</a>. suse_large_installation_tweaks=0s)use_large_installation_tweaks=&lt;0/1&gt;s0 = Don't use tweaks (default)s1 = Use tweakss Large Installation Tweaks Optiontuse_large_installation_tweakss�This option determines whether or not various directives in your <a href="configobject.html">object definitions</a> will be processed as regular expressions.  More information on how this works can be found <a href="objecttricks.html">here</a>. suse_regexp_matching=0suse_regexp_matching=&lt;0/1&gt;s30 = Don't use regular expression matching (default)s#1 = Use regular expression matchings"Regular Expression Matching Optiontuse_regexp_matchings�This setting determines whether or not Nagios will set various program-wide state variables based on the values saved in the retention file.  Some of these program-wide state variables that are normally saved across program restarts if state retention is enabled include the <a href="#enable_notifications">enable_notifications</a>, <a href="#enable_flap_detection">enable_flap_detection</a>, <a href="#enable_event_handlers">enable_event_handlers</a>, <a href="#execute_service_checks">execute_service_checks</a>, and <a href="#accept_passive_service_checks">accept_passive_service_checks</a> options. If you do not have <a href="#retain_state_information">state retention</a> enabled, this option has no effect. suse_retained_program_state=1s&use_retained_program_state=&lt;0/1&gt;s$0 = Don't use retained program states(1 = Use retained program state (default)s!Use Retained Program State Optiontuse_retained_program_states�This setting determines whether or not Nagios will retain scheduling info (next check times) for hosts and services when it restarts.  If you are adding a large number (or percentage) of hosts and services, I would recommend disabling this option when you first restart Nagios, as it can adversely skew the spread of initial checks.  Otherwise you will probably want to  leave it enabled. suse_retained_scheduling_info=1s(use_retained_scheduling_info=&lt;0/1&gt;s&0 = Don't use retained scheduling infos*1 = Use retained scheduling info (default)s#Use Retained Scheduling Info Optiontuse_retained_scheduling_infosxThis variable determines whether messages are logged to the syslog facility on your local host.  Values are as follows: suse_syslog=1suse_syslog=&lt;0/1&gt;s0 = Don't use syslog facilitys1 = Use syslog facilitysSyslog Logging Optiont
use_syslogs0This option allows you to override the default timezone that this instance of Nagios runs in.  Useful if you have multiple instances of Nagios that need to run from the same server, but have different local times associated with them.  If not specified, Nagios will use the system configured timezone. <img src="images/note.gif" border="0" align="bottom" alt="Note" title="Note"> Note: If you use this option to specify a custom timezone, you will also need to alter the Apache configuration directives for the CGIs to specify the timezone you want.  Example: suse_timezone=US/Mountainsuse_timezone=&lt;tz&gt;sTimezone Optiontuse_timezones]If you've enabled regular expression matching of various object directives using the <a href="#use_regexp_matching">use_regexp_matching</a> option, this option will determine when object directives are treated as regular expressions.  If this option is disabled (the default), directives will only be treated as regular expressions if they contain <b>*</b>, <b>?</b>, <b>+</b>, or <b>\.</b>.  If this option is enabled, all appropriate directives will be treated as regular expression - be careful when enabling this!  More information on how this works can be found <a href="objecttricks.html">here</a>. suse_true_regexp_matching=0s$use_true_regexp_matching=&lt;0/1&gt;s80 = Don't use true regular expression matching (default)s(1 = Use true regular expression matchings'True Regular Expression Matching Optiontuse_true_regexp_matchingN(tobject_definitionstmain_config(((s>/usr/lib/python2.7/site-packages/pynag/Model/all_attributes.pyt<module>s$
###
###########################################
#######
#######################################
#######
#################
####
#####
##
##########
##########
########
#########
##########
#######