httpstatus inconsistency
list Troy Adams
I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that both have the same hosts.cfg entries for a particular host. The entry uses the httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---
list Phil Crooker
A rather odd thing I see in your example - you have two http tests for the same host. If you want to have both I would think you'd need to rename one of them by doing a separate portocols.cfg entry or putting it under a differnet hostname. It seems to me that you probably have some syntax error in your hosts.cfg file to cause the different results. cheers, Phil
On 28/06/2011 at 4:03 AM, in message
<user-c1c3f473e924@xymon.invalid>, Troy
▸
Adams <user-81e3256385bc@xymon.invalid> wrote:I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that both have the same hosts.cfg entries for a particular host. The entry uses the
httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy
list Troy Adams
Thanks Phil, I do indeed have multiple http tests for the same host that go to different URLs on the same host. I know it looks funny at first but the reason for this is by design. You see, the application running behind the apache webserver on this host is programmed to hand out a different status on each URL that indicates the status of the database yet further behind the application. For example, database dbB, is shown to be up and running if (and only if) the fetch of URL https://MyUrlB returns an HTTP Status of 200. That is to say, if the application get's a database exception then it is to throw a non-200 status. This hosts.cfg entry does work well but it works one way on one monitoring server and the other way on the other monitoring server:
The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green
cheers, Troy ----- Original Message ----- From: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> To: "Troy Adams" <user-81e3256385bc@xymon.invalid>, xymon at xymon.com Sent: Tuesday, June 28, 2011 1:16:44 AM GMT -07:00 US/Canada Mountain Subject: Re: [Xymon] httpstatus inconsistency
▸
A rather odd thing I see in your example - you have two http tests for the same host. If you want to have both I would think you'd need to rename one of them by doing a separate portocols.cfg entry or putting it under a differnet hostname.
It seems to me that you probably have some syntax error in your hosts.cfg file to cause the different results.
cheers, Phil
On 28/06/2011 at 4:03 AM, in message
<user-c1c3f473e924@xymon.invalid>, Troy Adams <user-81e3256385bc@xymon.invalid> wrote:
I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that both have the same hosts.cfg entries for a particular host. The entry uses the
httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy
--
This message from ORIX Australia might contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive future communications by email. ORIX handles personal information according to a Privacy Policy that is consistent with the National Privacy Principles. Please let us know if you would like a copy. It is also available at http://www.orix.com.au .
▸
--
This communication is intended for the use of the recipient to whom it
is addressed, and may contain confidential, personal, and or privileged
information. Please contact us immediately if you are not the intended
recipient of this communication, and do not copy, distribute, or take
action relying on it. Any communications received in error, or
subsequent reply, should be deleted or destroyed.
---
list Phil Crooker
Hi Troy, Yes I understand you are getting different responses from the different URLs. The problem is first that you have two http tests for the same host. You haven't put your exact config in your question, but in your example:
192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD
UrlA and UrlD will both show up under the same test name "http" on the
web page. To me it looks like they will be overwriting each other at the
minimum. I'm fairly new at xymon, but I'd say to overcome this you need
to have the second http test attached to another host so they are
reported separately. Or you could use a third httpstatus test rather
than just http.
The second problem I saw in your example was you don't have a trailing
semicolon on your httpstatus lines, there is another field there that
needs to be represented:
httpstatus[=COLUMN];URL;okstatusexpr;notokstatusexpr
I tried your example setup on our server and don't have the
inconsistent error reporting you complain of, so I think there is some
syntactical error in your hosts.cfg.
If the above changes don't fix the problem, try turning up the
debugging (in tasks.cfg) and see if you can spot what is happening.
cheers, Phil
On 29/06/2011 at 2:43 AM, in message
<user-595f6438666d@xymon.invalid>, Troy
▸
Adams <user-81e3256385bc@xymon.invalid> wrote:Thanks Phil, I do indeed have multiple http tests for the same host that go to different URLs on the same host. I know it looks funny at first but the reason for this is by design. You see, the application running behind the apache webserver on this host is programmed to hand out a
different status on each URL that indicates the status of the database yet further behind the application. For example, database dbB, is shown to be up and running if (and only if) the fetch of URL https://MyUrlB returns an HTTP Status of 200. That is to say, if the application get's a database exception then it is to throw a non-200 status. This hosts.cfg entry does work well but it works one way on one monitoring server and the other way on the other monitoring server:The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows greencheers, Troy ----- Original Message ----- From: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> To: "Troy Adams" <user-81e3256385bc@xymon.invalid>, xymon at xymon.com Sent: Tuesday, June 28, 2011 1:16:44 AM GMT -07:00 US/Canada Mountain
Subject: Re: [Xymon] httpstatus inconsistency A rather odd thing I see in your example - you have two http tests for the same host. If you want to have both I would think you'd need to rename one of them by doing a separate portocols.cfg entry or putting it under a differnet hostname. It seems to me that you probably have some syntax error in your hosts.cfg file to cause the different results. cheers, PhilOn 28/06/2011 at 4:03 AM, in message
<user-c1c3f473e924@xymon.invalid>,
Troy Adams <user-81e3256385bc@xymon.invalid> wrote:I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that
both havethe same hosts.cfg entries for a particular host. The entry uses the
httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy-- This message from ORIX Australia might contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender
immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive future
communications by email. ORIX handles personal information according to a Privacy Policy that is consistent with the National Privacy Principles. Please let us know if you would like a copy. It is also available at http://www.orix.com.au
.
--
This communication is intended for the use of the recipient to
whom it
is addressed, and may contain confidential, personal, and or
privileged
information. Please contact us immediately if you are not the
intended
recipient of this communication, and do not copy, distribute, or
take
action relying on it. Any communications received in error, or
subsequent reply, should be deleted or destroyed.
---list Troy Adams
looks like they will be overwriting each other
They don't overwrite; xymon supports this.
If the above changes don't fix the problem, try turning up the debugging (in tasks.cfg) and see if you can spot what is happening.
Thanks, I'm off to try it.
If you want to try the multi-URL yourself then here is a simple test framework (/var/www/cgi-bin/dbB.pl) that I employ to mess with HTTP status:
#!/usr/bin/perl -w
use CGI qw/:standard/;
print header('text/html',"200 Everything is great");
cheers,
Troy
----- Original Message ----- From: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> To: "Troy Adams" <user-81e3256385bc@xymon.invalid> Cc: xymon at xymon.com Sent: Tuesday, June 28, 2011 5:35:52 PM GMT -07:00 US/Canada Mountain Subject: Re: [Xymon] httpstatus inconsistency
▸
Hi Troy,
Yes I understand you are getting different responses from the different URLs. The problem is first that you have two http tests for the same host. You haven't put your exact config in your question, but in your example: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD
UrlA and UrlD will both show up under the same test name "http" on the web page. To me it looks like they will be overwriting each other at the minimum. I'm fairly new at xymon, but I'd say to overcome this you need to have the second http test attached to another host so they are reported separately. Or you could use a third httpstatus test rather than just http. The second problem I saw in your example was you don't have a trailing semicolon on your httpstatus lines, there is another field there that needs to be represented: httpstatus[=COLUMN];URL;okstatusexpr;notokstatusexpr I tried your example setup on our server and don't have the inconsistent error reporting you complain of, so I think there is some syntactical error in your hosts.cfg. If the above changes don't fix the problem, try turning up the debugging (in tasks.cfg) and see if you can spot what is happening. cheers, Phil
On 29/06/2011 at 2:43 AM, in message
<user-595f6438666d@xymon.invalid>, Troy Adams <user-81e3256385bc@xymon.invalid> wrote:
Thanks Phil, I do indeed have multiple http tests for the same host that go to different URLs on the same host. I know it looks funny at first but the reason for this is by design. You see, the application running behind the apache webserver on this host is programmed to hand out a
different status on each URL that indicates the status of the database yet further behind the application. For example, database dbB, is shown to be up and running if (and only if) the fetch of URL https://MyUrlB returns an HTTP Status of 200. That is to say, if the application get's a database exception then it is to throw a non-200 status. This hosts.cfg entry does work well but it works one way on one monitoring server and the other way on the other monitoring server:The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows greencheers, Troy ----- Original Message ----- From: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> To: "Troy Adams" <user-81e3256385bc@xymon.invalid>, xymon at xymon.com Sent: Tuesday, June 28, 2011 1:16:44 AM GMT -07:00 US/Canada Mountain
Subject: Re: [Xymon] httpstatus inconsistency A rather odd thing I see in your example - you have two http tests for the same host. If you want to have both I would think you'd need to rename one of them by doing a separate portocols.cfg entry or putting it under a differnet hostname. It seems to me that you probably have some syntax error in your hosts.cfg file to cause the different results. cheers, PhilOn 28/06/2011 at 4:03 AM, in message
<user-c1c3f473e924@xymon.invalid>,
Troy Adams <user-81e3256385bc@xymon.invalid> wrote:I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that
both havethe same hosts.cfg entries for a particular host. The entry uses the
httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy-- This message from ORIX Australia might contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender
immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive future
communications by email. ORIX handles personal information according to a Privacy Policy that is consistent with the National Privacy Principles. Please let us know if you would like a copy. It is also available at http://www.orix.com.au
.
-- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---
list Troy Adams
I think I was wrong. I the two servers are behaving differently because they were configured differently. The server misbehaving was actually configured (analysis.cfg) to see a performance alert. The server that was not reporting red properly was reporting yellow and the yellow masked the red status. It seems a yellow status (that I configured in analysis.cfg) will override a red status (ie. service failure). Can anyone confirm or explain this? cheers, Troy ----- Original Message ----- From: "Troy Adams" <user-81e3256385bc@xymon.invalid> To: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> Cc: xymon at xymon.com Sent: Thursday, June 30, 2011 10:18:53 AM GMT -07:00 US/Canada Mountain Subject: Re: [Xymon] httpstatus inconsistency
▸
looks like they will be overwriting each other
They don't overwrite; xymon supports this.
If the above changes don't fix the problem, try turning up the debugging (in tasks.cfg) and see if you can spot what is happening.
Thanks, I'm off to try it.
If you want to try the multi-URL yourself then here is a simple test framework (/var/www/cgi-bin/dbB.pl) that I employ to mess with HTTP status:
#!/usr/bin/perl -w
use CGI qw/:standard/;
print header('text/html',"200 Everything is great");
cheers,
Troy
----- Original Message ----- From: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> To: "Troy Adams" <user-81e3256385bc@xymon.invalid> Cc: xymon at xymon.com Sent: Tuesday, June 28, 2011 5:35:52 PM GMT -07:00 US/Canada Mountain Subject: Re: [Xymon] httpstatus inconsistency
Hi Troy,
Yes I understand you are getting different responses from the different URLs. The problem is first that you have two http tests for the same host. You haven't put your exact config in your question, but in your example: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD
UrlA and UrlD will both show up under the same test name "http" on the web page. To me it looks like they will be overwriting each other at the minimum. I'm fairly new at xymon, but I'd say to overcome this you need to have the second http test attached to another host so they are reported separately. Or you could use a third httpstatus test rather than just http. The second problem I saw in your example was you don't have a trailing semicolon on your httpstatus lines, there is another field there that needs to be represented: httpstatus[=COLUMN];URL;okstatusexpr;notokstatusexpr I tried your example setup on our server and don't have the inconsistent error reporting you complain of, so I think there is some syntactical error in your hosts.cfg. If the above changes don't fix the problem, try turning up the debugging (in tasks.cfg) and see if you can spot what is happening. cheers, Phil
On 29/06/2011 at 2:43 AM, in message
<user-595f6438666d@xymon.invalid>, Troy Adams <user-81e3256385bc@xymon.invalid> wrote:
Thanks Phil, I do indeed have multiple http tests for the same host that go to different URLs on the same host. I know it looks funny at first but the reason for this is by design. You see, the application running behind the apache webserver on this host is programmed to hand out a
different status on each URL that indicates the status of the database yet further behind the application. For example, database dbB, is shown to be up and running if (and only if) the fetch of URL https://MyUrlB returns an HTTP Status of 200. That is to say, if the application get's a database exception then it is to throw a non-200 status. This hosts.cfg entry does work well but it works one way on one monitoring server and the other way on the other monitoring server:The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows greencheers, Troy ----- Original Message ----- From: "Phil Crooker" <user-e8e31cd73303@xymon.invalid> To: "Troy Adams" <user-81e3256385bc@xymon.invalid>, xymon at xymon.com Sent: Tuesday, June 28, 2011 1:16:44 AM GMT -07:00 US/Canada Mountain
Subject: Re: [Xymon] httpstatus inconsistency A rather odd thing I see in your example - you have two http tests for the same host. If you want to have both I would think you'd need to rename one of them by doing a separate portocols.cfg entry or putting it under a differnet hostname. It seems to me that you probably have some syntax error in your hosts.cfg file to cause the different results. cheers, PhilOn 28/06/2011 at 4:03 AM, in message
<user-c1c3f473e924@xymon.invalid>,
Troy Adams <user-81e3256385bc@xymon.invalid> wrote:I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that
both havethe same hosts.cfg entries for a particular host. The entry uses the
httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy-- This message from ORIX Australia might contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender
immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive future
communications by email. ORIX handles personal information according to a Privacy Policy that is consistent with the National Privacy Principles. Please let us know if you would like a copy. It is also available at http://www.orix.com.au
.
-- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---
list Henrik Størner
▸
On 27-06-2011 20:03, Troy Adams wrote:
I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that both have the same hosts.cfg entries for a particular host. The entry uses the httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green
I assume the both monitor3 and monitor5 are running the network tests
(the [xymonnet] task), and they are the same version?
Could you provide the output from running
xymoncmd xymonnet --no-update --debug camilla
on the two Xymon servers when it fails ?
Regards,
Henrik
list Troy Adams
Henrik> I assume the both monitor3 and monitor5 are running the network tests Henrik> (the [xymonnet] task), and they are the same version? Yes to both questions: [xymon at monitor5 ~]$ server/bin/xymoncmd xymonnet --version 2011-08-09 10:28:49 Using default environment file /home/xymon/server/etc/xymonserver.cfg xymonnet version 4.3.2 SSL library : OpenSSL 0.9.8e-rhel5 01 Jul 2008 LDAP library: OpenLDAP 20343 [xymon at monitor5 ~]$ [xymon at monitor3 ~]$ server/bin/xymoncmd xymonnet --version 2011-08-09 10:27:51 Using default environment file /home/xymon/server/etc/xymonserver.cfg xymonnet version 4.3.2 SSL library : OpenSSL 0.9.8e-rhel5 01 Jul 2008 LDAP library: OpenLDAP 20343 [xymon at monitor3 ~]$ Henrik> Could you provide the output from running Henrik> Henrik> xymoncmd xymonnet --no-update --debug camilla Henrik> Henrik> on the two Xymon servers when it fails ? Yes, I set up a test host (tesla) to simulate the problem (delay + bad HTTP status) that I had with the production host (camilla) and ran: [xymon at monitor3 ~]$ server/bin/xymoncmd xymonnet --no-update --debug tesla ...on both monitoring servers and attached the results and the '/home/xymon/data/hist/tesla' contents. The hosts.cfg entries are: 192.168.0.2 tesla # ssh http://tesla httpstatus=dbB;http://tesla/cgi/dbB.pl;200; httpstatus=dbC;http://tesla/cgi/dbC.pl;200; The only difference that I know of between the monitoring servers is that monitor5 has an 'analysis.cfg' with: HOST=tesla DS http %.*http.*:sec >0.660 COLOR=yellow TEXT="Time exceeds &U at &V seconds." With the above monitor5:analysis.cfg directive; the status is reported as yellow; without it is reported as red. It looks like the analysis.cfg entry causes Xymon to mask the red with the yellow. Any help understanding this would be appreciated. - Troy
Attachments (4)
list Henrik Størner
[debug output provided]
▸
The hosts.cfg entries are: 192.168.0.2 tesla # ssh http://tesla httpstatus=dbB;http://tesla/cgi/dbB.pl;200; httpstatus=dbC;http://tesla/cgi/dbC.pl;200; The only difference that I know of between the monitoring servers is that monitor5 has an 'analysis.cfg' with: HOST=tesla DS http %.*http.*:sec >0.660 COLOR=yellow TEXT="Time exceeds &U at &V seconds." With the above monitor5:analysis.cfg directive; the status is reported as yellow; without it is reported as red. It looks like the analysis.cfg entry causes Xymon to mask the red with the yellow.
OK, *now* I understand what You were talking about with "analysis.cfg". I had not noticed that You were using a "DS" test for response-times. There's some bad news and some good news. Both of them are that Xymon works as designed :-/ The DS checks can increase the severity of a status - e.g. from green to yellow - or it may decrease the severity, which is what happens in this case. I can see what it is You want to achieve, and Xymon obviously does not behave the way one would expect in this case. But I am not sure what the correct solution is. An easy fix would be to say that the "DS" rules can only increase the severity of a status, not decrease it. But I can quickly come up with a couple of scenarios where I want the severity to be reduced. The ideal solution would be a more advanced method of giving priorities to the different information Xymon has: Whether the network test actually worked, what the response time is, what data was returned from the server ... that can get quite complicated. I'll have to think about how to solve this. Regards, Henrik
list David Baldwin
Henrik,
▸
Henrik> Could you provide the output from running Henrik> Henrik> xymoncmd xymonnet --no-update --debug camilla Henrik> Henrik> on the two Xymon servers when it fails ?
Could you add to the xymonnet man page that it is possible to debug the test for a single host. This is a very useful capability I've looked for previously. Thanks, David. -- David Baldwin - Assistant Director, Infrastructure (acting) Information and Communication Technology Services Australian Sports Commission http://ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 user-cbbf693f2c89@xymon.invalid Leverrier Street Bruce ACT 2617 Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender.
list Henrik Størner
▸
On 10-08-2011 01:23, David Baldwin wrote:
Henrik> xymoncmd xymonnet --no-update --debug camillaCould you add to the xymonnet man page that it is possible to debug the test for a single host. This is a very useful capability I've looked for previously.
I've added this: By default, all servers are tested - if XYMONNETWORK is set via .I xymonserver.cfg(5) then only the hosts marked as belonging to this network are tested. If the command-line includes one or more hostnames, then only those servers are tested. and changed the "Synopsis" of the man-page to better show the most commonly used command-line options and the support for providing hostnames. Regards, Henrik