Recommit for updates in build 36
This commit is contained in:
@@ -175,11 +175,16 @@
|
||||
<p>Defining commands is as simple as that:</p>
|
||||
|
||||
<pre class="code ruby"><code class="ruby">confdroid_nrpe::commands::definitions { 'check_users':
|
||||
ne_check_name => 'check_users',
|
||||
ne_check_cmd => 'check_users',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$',
|
||||
}
|
||||
</code></pre>
|
||||
|
||||
<blockquote>
|
||||
<p>Q: <code>ne_check_name</code> is the same as <code>ne_check_cmd</code>, why is that? A: Sometimes the name of the check is different, like this: <code>command[check_fail2ban]=/usr/lib/nagios/plugins/check_procs -c 1:1 -a fail2ban-server</code></p>
|
||||
</blockquote>
|
||||
|
||||
<p>It is very recommendable to define such commands directly within Puppet modules or profiles, so any node running the particular service controlled by the module will automatically get the required check commands defined as well, while nodes not running the service also do not contain the command check. The same then is true for Nagios checks, so you would have both the NRPE command definition and the Nagios check contained in Puppet modules or profiles to have it in one location.</p>
|
||||
|
||||
<h2 id="label-SELINUX">SELINUX</h2>
|
||||
|
||||
@@ -175,11 +175,16 @@
|
||||
<p>Defining commands is as simple as that:</p>
|
||||
|
||||
<pre class="code ruby"><code class="ruby">confdroid_nrpe::commands::definitions { 'check_users':
|
||||
ne_check_name => 'check_users',
|
||||
ne_check_cmd => 'check_users',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$',
|
||||
}
|
||||
</code></pre>
|
||||
|
||||
<blockquote>
|
||||
<p>Q: <code>ne_check_name</code> is the same as <code>ne_check_cmd</code>, why is that? A: Sometimes the name of the check is different, like this: <code>command[check_fail2ban]=/usr/lib/nagios/plugins/check_procs -c 1:1 -a fail2ban-server</code></p>
|
||||
</blockquote>
|
||||
|
||||
<p>It is very recommendable to define such commands directly within Puppet modules or profiles, so any node running the particular service controlled by the module will automatically get the required check commands defined as well, while nodes not running the service also do not contain the command check. The same then is true for Nagios checks, so you would have both the NRPE command definition and the Nagios check contained in Puppet modules or profiles to have it in one location.</p>
|
||||
|
||||
<h2 id="label-SELINUX">SELINUX</h2>
|
||||
|
||||
@@ -176,7 +176,12 @@
|
||||
72
|
||||
73
|
||||
74
|
||||
75</pre>
|
||||
75
|
||||
76
|
||||
77
|
||||
78
|
||||
79
|
||||
80</pre>
|
||||
</td>
|
||||
<td>
|
||||
<pre class="code"><span class="info file"># File 'manifests/commands/definition_rules.pp', line 12</span>
|
||||
@@ -213,27 +218,32 @@ class confdroid_nrpe::commands::definition_rules (
|
||||
# basic example rules
|
||||
|
||||
confdroid_nrpe::commands::definitions { 'check_users':
|
||||
ne_check_name => 'check_users',
|
||||
ne_check_cmd => 'check_users',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$',
|
||||
ne_cmd_comment => 'check the amount of user logged in locally',
|
||||
}
|
||||
|
||||
confdroid_nrpe::commands::definitions { 'check_load':
|
||||
ne_check_name => 'check_load',
|
||||
ne_check_cmd => 'check_load',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$',
|
||||
}
|
||||
|
||||
confdroid_nrpe::commands::definitions { 'check_disk':
|
||||
ne_check_name => 'check_disk',
|
||||
ne_check_cmd => 'check_disk',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$ -p $ARG3$',
|
||||
}
|
||||
|
||||
confdroid_nrpe::commands::definitions { 'check_procs':
|
||||
ne_check_name => 'check_procs',
|
||||
ne_check_cmd => 'check_procs',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$ -s $ARG3$',
|
||||
}
|
||||
|
||||
confdroid_nrpe::commands::definitions { 'check_swap':
|
||||
ne_check_name => 'check_swap',
|
||||
ne_check_cmd => 'check_swap',
|
||||
ne_cmd_argstring => '-w $ARG1$ -c $ARG2$',
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user