<p dir="ltr"><br>
On May 13, 2016 18:44, john.r.rothlisberger@accenture.com wrote:<br>
><br>
> So, I find this command to be very interesting: <br>
><br>
> xymoncmd xymon localhost "xymondboard test=info fields=hostname,ip,XMH_ALLPAGEPATHS" <br>
><br>
> But, if I change it just a bit so that I get only the page name that a host resides on such as this: <br>
> xymon 0 "xymondboard host=<HOSTNAME> test=info fields=XMH_ALLPAGEPATHS" <br>
><br>
> It will return the page name that <HOSTNAME> resides on... UNLESS <HOSTNAME> is not unique and then it will include ALL the page names for hosts that match. <br>
><br>
> For example, if I put in "host=serverABC123" (and that particular server name is unique) it will return a single page name.  But, if I have multiple servers such as serverABC123, serverABC1, serverAB, & server - the page for every single one of those will be returned. <br>
><br>
> So, my question is, how can I return a single page for that one specific hostname? <br>
><br>
> I have tried several variations of the xymondboard command: <br>
> - "xymondboard serverAB.testname fields=..." <br>
> - "xymondboard host='serverAB' test=info fields=..." <br>
> - "xymondboard host=serverAB test=info fields=..." <br>
> Etc. <br>
><br>
> Any ideas how I can get the returned data to be for a single host? </p>
<p dir="ltr">The <HOSTNAME> is  regex. This does not explain your example above (but that might be an "example issue").</p>
<p dir="ltr">The safest would be to anchor the hostname, like</p>
<p dir="ltr">host=^<HOSTNAME>$</p>
<p dir="ltr">You could also have a look at my `xymonq` tool, http://www.it-eckert.com/software/xymonq/, that supports this among other queries.</p>
<p dir="ltr">All the best<br>
Thomas</p>
<p dir="ltr">> Thanks, <br>
> John <br>
> Upcoming PTO: <br>
> _____________________________________________________________________ <br>
> John Rothlisberger <br>
> IT Strategy, Infrastructure & Security - Technology Growth Platform <br>
> TGP for Business Process Outsourcing <br>
> Accenture <br>
> 312.693.3136 office <br>
> _____________________________________________________________________ <br>
><br>
><br>
> -----Original Message----- <br>
> From: Xymon [mailto:xymon-bounces@xymon.com] On Behalf Of J.C. Cleaver <br>
> Sent: Thursday, May 12, 2016 11:45 AM <br>
> To: Mike Burger <mburger@bubbanfriends.org> <br>
> Cc: xymon@xymon.com <br>
> Subject: Re: [Xymon] Method to report/list all configured clients and their info. <br>
><br>
> On Wed, May 11, 2016 10:41 am, Mike Burger wrote: <br>
> > Good morning, all. <br>
> > <br>
> > I've got a request from my security and monitoring team for a way to <br>
> > export a list of all configured clients along with their IP addresses <br>
> > and either descriptions or page/subpage locations. <br>
> > <br>
> > Other than providing them with a copy of hosts.cfg on a regular basis, <br>
> > I've been unsuccessful in locating a way to do so (either in the <br>
> > documentation/man pages, mailing list archives or just good old Google). <br>
> > <br>
> > Is there a method to do so from the Xymon interface? Maybe a plugin <br>
> > that I'm not, yet, aware of? <br>
> > <br>
> > -- <br>
> > Mike Burger <br>
> > http://www.bubbanfriends.org <br>
> > <br>
><br>
><br>
> Directly from the web interface, not especially (unless you've enabled xymoncgimsg.cgi for HTTP transport of xymon messages), but it's fairly easy from the command line: <br>
><br>
> xymoncmd xymon localhost "xymondboard test=info fields=hostname,ip,XMH_ALLPAGEPATHS" <br>
><br>
> This will only return systems that have sent (or been reported by) at least one xymon status message, but for most configurations that's fine. <br>
> There are different ways of collecting different types of auditable data as well such as looking at clientlog reports and comparing [ifconfig] output with whatever you might expect it to be. You can also compare incoming 'cpu' report existence with presence in hosts.cfg to find systems that haven't sent in a report at all and may not have been configured correctly. <br>
><br>
><br>
> If you have plenty of spare RAM on your main monitor server, I've found that saving client data via xymond_channel to tmpfs enables all sorts of interesting possibilities for a security and/or audit team. greping through the live state of your entire environment can be quite useful. <br>
><br>
><br>
> HTH, <br>
> -jc <br>
><br>
><br>
> _______________________________________________ <br>
> Xymon mailing list <br>
> Xymon@xymon.com <br>
> http://lists.xymon.com/mailman/listinfo/xymon <br>
><br>
> ________________________________ <br>
><br>
> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. <br>
> ______________________________________________________________________________________ <br>
><br>
> www.accenture.com <br>
> _______________________________________________<br>
> Xymon mailing list<br>
> Xymon@xymon.com<br>
> http://lists.xymon.com/mailman/listinfo/xymon<br>
</p>