Versions Compared

Old Version 5

changes.mady.by.user Nadja Pollard

Saved on

compared with

New Version Current

changes.mady.by.user Nadja Pollard

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Uptime Infrastructure Monitor provides many built in service monitors that allow you to monitor and alert on a wide array of services and applications within your enterprise. However, the standard Uptime Infrastructure Monitor service monitors may not be adequate to monitor all of the systems, applications and proprietary devices in your environment. In some cases, you may want to capture metrics that are unique to your environment. To do this, you can define custom service monitors to monitor custom services and applications to provide the level of in depth performance monitoring that you require. Using custom service monitors, you can monitor and graph historical performance data from just about any device in your environment. 

...

  • To get started with custom scripts, or for implementations with only a handful of custom monitor instances, use agentcmd. The agentcmd utility is commonly called in the format listed below to execute a command on the agent side system. Please note that this utility is a helper tool, if you are using many custom monitor instances we recommend using an alternate tool.
    This example uses the settings that were configured above to execute the agent side script:
    Format:
    Code Block
    languagesql
    /usr/local/uptime/scripts/agentcmd [-s/+s] -p [agent port] [agent hostname] rexec [password] [path]
    Example:
    Code Block
    languagesql
    /usr/local/uptime/scripts/agentcmd -p 9998 my-agent rexec secretpassword /opt/uptime-agent/my-scripts/show_temp.sh my-arguments
    For more information, see Using the agentcmd utility.
  • If you plan on implementing a number of custom monitor instances, use netcat. netcat must be downloaded and installed on the monitoring station if it isn't already installed as part of your operating system. The netcat utility is commonly called in the format listed below to execute a command on the agent side system. This example uses the settings that were configured above to execute the agent side script:
    Format:
    Code Block
    languagesql
    echo -n rexec [password] [path] | /usr/local/uptime/bin/netcat [agent hostname] [agent port]
    Example:
    Code Block
    languagesql
    echo -n rexec secretpassword /opt/uptime-agent/my-scripts/show_temp.sh my-arguments | /usr/local/uptime/bin/netcat my-agent 9998

Example:

...

  • Info

    The 'rexec' text below does not indicate use of the 'rexec' system utility, it is simply a key word used to indicate to the agent that you are attempting to run a predefined command.

You will normally use netcat or agentcmd in the monitoring station script to return the results of an agent-side script, validate the status of those results, and return the status to Uptime Infrastructure Monitor. The following is an example of a monitoring station script:

Code Block
languagesql
#!/bin/sh

...


 
# This script takes the following arguments:

...


# check_temp.sh hostname port

...

[temp|rh

...

] wng crit

...


# Example execution:

...


# ./check_temp.sh my-agent 9998 temp 60 80

...


# ./check_temp.sh my-agent 9998 rh 20 30

...


 
# This script can be placed anywhere on the monitoring station system as long as it is
# executable by the uptime user.

...


 
#First, collect our arguments
AGENT=$1

...


PORT=$2
TYPE=$3
WNG=$4
CRIT=$5

...


 
TMPFILE=/tmp/$$.temp

...

# now use the info above to contact our agent, store the output in a file for parsing

Code Block
languagesql
`echo -n rexec secretpassword /opt/uptime-agent/my-scripts/show_temp.sh my-arguments | /usr/local/uptime4/bin

...

/netcat $AGENT $PORT > $TMPFILE`

...

 Info
The syntax to use agentcmd is different than netcat. When using agentcmd, the above netcat example would like this:
 Code Block
languagesql
'/usr/local/uptime/scripts/agentcmd my-agent -p 9998 rexec secretpassword /opt/uptime-agent/my-scripts
...
/show_temp.sh my-arguments > $TMPFILE'
 Code Block
languagesql
# we have the output from the agent. If it is ERR that means there was a problem running the script on the agent
`grep ERR $TMPFILE`
...

if 
...
[ $? -eq 0 
...
]
...

then
echo "Could not execute agent side script!"
...

# by exiting with a 2 we are forcing a CRIT service outage
...

exit 2

...
fi
 Code Block
languagesql
# given our parameters we can now extract the correct value from the agent output
...

if 
...
[ $TYPE -eq "temp" 
...
]
then
VALUE=`head -1 $TMPFILE | awk '
...
{print $2
...
}'`
...

MSG="temperature"
else
VALUE=`tail -1 $TMPFILE | awk '
...
{print $2
...
}'`
...

MSG="
...
humidity"
fi
 Code Block
languagesql
# now lets check our values to see if they are over the thresholds and set our status message
...

RET="OK - $msg is $VALUE on $AGENT"

...
 
if 
...
[ $VALUE -ge "$WNG" 
...
]

...
then
# this is our warning message
# include WARNING for use in the web interface thresholds
...

RET="WARNING - $MSG is $VALUE on $AGENT"
fi
if 
...
[ $VALUE -ge "$CRIT" 
...
]
then
# 
...
this is our critical message
...

# include CRITICAL for use in the web interface thresholds
echo "CRITICAL - $MSG is $VALUE on $AGENT"
...

fi
 
# here we simply print our status message to the console and exit with a 0,
# the thresholds provided in the up.time web interface will be used to set the monitor status
rm $TMPFILE
echo "$RET"
exit 0
Step 3: Adding your custom service monitor to UIM
...
The next step is to add a custom service monitor to the Uptime Infrastructure Monitor Web interface using the same process that you would use to add a standard custom service monitor to Uptime Infrastructure Monitor. The Custom monitor option is found in the List Other Monitors section of the Add New Service Instance page.
...
The Custom service monitor template has the following monitor specific settings available:
...
 
Option NameDescriptionExample
...
Script NameThe script name is the path to your monitoring station script, this is the script that Uptime Infrastructure Monitor will execute when running this service monitor. Be sure to use the complete path wherever possible and that the path is to a locally mounted volume. For Windows script paths you must use UNIX style directory separators (/ instead of \) and also place double quotes around the entire script name    
UNIX
...
/Linux 
...
example:
/usr/local
...
/uptime
...
/check_
...
temp.sh
Windows 
...
example:
...
C:/my scripts
...
/check_
...
temp.bat
...
...
ArgumentsThese are the arguments that you would like Uptime Infrastructure Monitor to pass into your monitoring station script. No arguments are required but please be aware that Uptime Infrastructure Monitor will automatically include the selected hostname as the first argument to your script.    temp 60 
...
 80
...
Output WarningThis is the warning threshold used against the output returned from your monitoring station script. This is a textual comparison. You 
...
Output
...
put
 must select both a comparison method and a search string to enable the warning level threshold    Output contains: 
...
Wa
 "warning"
...
rni
...
ng
...
Out
Output CriticalThis is the critical threshold used against the output returned from your monitoring station script. This is a textual comparison. You 
...
Output
...
put
 must select both a comparison method and a search string to enable the critical level threshold    Output contains: 
...
Crit
 "critical"
...
Based on the settings used in the example monitoring station script, configure the monitor with the following setting:  
  1.  Image Removed Enter a name and description for the monitor.
  2. Image Removed Select a host from the dropdown menu. Be sure to select the same host that your agent side script is onImage Removed 
  3. In the Script Name field, enter the path to the custom script on your monitoring station. On Windows systems be sure to use UNIX style / instead of \ and put quotation marks around your path. For example: "C:/my files/check_temp.bat"
  4. Image Removed In the Arguments field, enter the arguments for the script. Uptime Infrastructure Monitor adds the agent name as the first argument automatically so do not include it.Image Removed 
  5. Select contains from the Warning dropdown and enter WARNING as the search text.Select 
  6. Select contains from the Critical drop down and enter CRITICAL as the search text.
  7. Complete the remainder of the monitor template as you would for a normal service monitor.Example monitor configuration 
The image below illustrates a sample monitor configuration. This service monitor 
...
indicates a WARN or CRIT whenever the monitoring station custom script returns WARNING or CRITICAL in its output. 
...
Image Added