Hello,
we have special hardware here that is only able to send plain values without the []. It only sends one number back so it should be possible to monitor that. I was not able to get it work with the HTTP(Inhalt) sensor. Is it possible to monitor systems like that?
We are evaluating PRTG at the moment and it is essential for us to get this working.
greetings from Bochum,
Bastian Stock
SCISYS Deutschland GmbH
Article Comments
Hello Bastian,
we appreciate your inquiry.
Please note that to use the HTTP Content sensor, the [ ] (square brackets) are mandatory. It should look like this:
<html>
<body>
Description: Script gives back current status of disk free (%) and CPU usage (%).
[85.5][12.0]
</body>
</html>
If your HTTP Data is XML/JSON encoded, you may want to consider using the HTTP XML Rest Value Sensor. In this case the data must look like this:
<?xml version="1.0" encoding="UTF-8" ?>
<prtg>
<result>
<channel>Channel 1 (integer)</channel>
<value>12</value>
</result>
<result>
<channel>Channel 2 (integer)</channel>
<value>42</value>
</result>
<text>The sensor's message</text>
</prtg>
Or like this:
{
"prtg": {
"result": [
{
"channel": "Channel 1 (integer)",
"value": "12"
},
{
"channel": "Channel 2 (integer)",
"value": "42"
}
],
"text": "The sensor's message"
}
}
If you're not able to "control" how the data is presented by the device, you may want to consider using one of the following sensors:
These sensor types allow you to create a custom script/application that will fetch the data (as provided by the device), then "adjust" it's format to be compliant with the API for Custom sensors and then feed the results back into PRTG.
For more information, see PRTG Manual: Custom Sensors.
Best Regards,
Luciano Lingnau [Paessler Support]
Nov, 2016 - Permalink
Hello Bastian,
we appreciate your inquiry.
Please note that to use the HTTP Content sensor, the [ ] (square brackets) are mandatory. It should look like this:
If your HTTP Data is XML/JSON encoded, you may want to consider using the HTTP XML Rest Value Sensor. In this case the data must look like this:
Or like this:
If you're not able to "control" how the data is presented by the device, you may want to consider using one of the following sensors:
These sensor types allow you to create a custom script/application that will fetch the data (as provided by the device), then "adjust" it's format to be compliant with the API for Custom sensors and then feed the results back into PRTG. For more information, see PRTG Manual: Custom Sensors.
Best Regards,
Luciano Lingnau [Paessler Support]
Nov, 2016 - Permalink