[Xymon] Xymond Multi-source statuses

[Rich Jones]

Yeah, I think I have some idea what has happened.
I think possibly this is to do with having the hobbit-plugins add ons
installed, I have a vague memory of having an issue installing these
through apt due to having a latest build of xymon (ie not from apt repos),
so I think somewhere along the way the client also got installed through
apt, even though it was build from source with the server.

I will remove the apt version I think, providing it doesnt kill the hobbit
plugins.
Will update as I go...

*Rich Jones* | Systems Developer
Corporation Pop
21-23 Shudehill
Manchester M4 2AF
0161 838 0808
www.corporationpop.co.uk
This email message (and any attached file) is intended only for the use of
the individual or entity to whom the sender intended it to be addressed and
may contain information that constitutes a trade secret, or that is
privileged, confidential or subject to copyright. No part of it may be
circulated, quoted, or reproduced without prior written approval from
Corporation Pop Ltd. The contents of this document are strictly
confidential and owned by Corporation Pop Ltd. Copyright © Corporation Pop
Ltd. All rights reserved. Corporation Pop is a limited company registered
in England + Wales. Company number 4869229. VAT number 533 8932 26.

On 14 May 2018 at 14:09, Galen Johnson <Galen.Johnson at sas.com> wrote:

> At first glance, I would say you have both the RPM and the source compiled
> versions installed and running.  Personally, I would go with the RPMs
> unless there are specific compile-time needs.  It might be worth backing up
> your configs and re-installing.
>
>
> =G=
>
>
> ------------------------------
> *From:* Xymon <xymon-bounces at xymon.com> on behalf of Rich Jones <
> rich at corporationpop.co.uk>
> *Sent:* Monday, May 14, 2018 9:04 AM
> *To:* Jeremy Laidman
> *Cc:* xymon at xymon.com
> *Subject:* Re: [Xymon] Xymond Multi-source statuses
>
>
> *EXTERNAL*
> Just taking another look at this now and I think I may have found the
> issue.
>
> On the server performing a locate xymonclient.cfg results in two versions
> of the file in the following locations:
>     /etc/xymon/xymonclient.cfg
>     /usr/local/xymon/client/etc/xymonclient.cfg
>
> The first in the list (/etc/xymon/xymonclient.cfg) contains the following
> at the top:
>     # Environment settings for the Xymon client.
>     include /etc/default/xymon-client
>
> So, if I look at the include referenced (/etc/default/xymon-client)
>     # Environment settings for the Xymon client.
>     XYMONSERVERS="127.0.0.1"
>
> Looking at the second in the list (/usr/local/xymon/client/etc/
> xymonclient.cfg)
>     # Environment settings for the Xymon client.
>     XYMSRV="34.251.226.227"
>     XYMSERVERS=""
>
> So, it looks like I have two clients sending info about the server to the
> server?
> Any idea which I should remove?
>
>
>
> *Rich Jones* | Systems Developer
> Corporation Pop
> 21-23 Shudehill
> <https://maps.google.com/?q=21-23+Shudehill+%0D%0AManchester+M4+2AF&entry=gmail&source=g>
> Manchester M4 2AF
> 0161 838 0808
> www.corporationpop.co.uk
> This email message (and any attached file) is intended only for the use of
> the individual or entity to whom the sender intended it to be addressed and
> may contain information that constitutes a trade secret, or that is
> privileged, confidential or subject to copyright. No part of it may be
> circulated, quoted, or reproduced without prior written approval from
> Corporation Pop Ltd. The contents of this document are strictly
> confidential and owned by Corporation Pop Ltd. Copyright © Corporation Pop
> Ltd. All rights reserved. Corporation Pop is a limited company registered
> in England + Wales. Company number 4869229. VAT number 533 8932 26.
>
> On 11 May 2018 at 00:57, Jeremy Laidman <jeremy at laidman.org> wrote:
>
>> On 9 May 2018 at 02:14, Rich Jones <rich at corporationpop.co.uk> wrote:
>>
>>> Hi all,
>>>
>>> Another one of those things I keep meaning to ask but keep on
>>> forgetting...
>>> I'm seeing under the xymond column the following:
>>>
>>> Multi-source statuses
>>>   xymon.url.com:cpu reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:disk reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:files reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:inode reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:memory reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:msgs reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:ports reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:procs reported by 127.0.0.1 and xx.xxx.226.227
>>>   xymon.url.com:uptime reported by 127.0.0.1 and xx.xxx.226.227
>>>
>>> Looking through the archive it makes sense, Xymon is receiving data from
>>> two sources, which I guess it is, however the two IPs are localhost and the
>>> server IP address.
>>>
>>> I'm guessing this is likely to do with how the things are setup on the
>>> server rather than Xymon itself (eg in /etc/hosts)?
>>>
>>> Can someone point me in the right direction to resolve this? I'm running
>>> Xymon 4.3.28
>>>
>>
>> It appears that the Xymon server is reporting to itself twice, using its
>> network IP address and the loopback address. The Xymon client that
>> generates the client data messages (from where these metrics come) will use
>> the $XYMSRV environment variable, and send to whatever IP address is
>> defined therein. Sometimes this is set to "0.0.0.0" which tells the Xymon
>> client to look at $XYMSERVERS as a list of multiple destinations. I suspect
>> you have XYMSERVERS="127.0.0.1 xx.xxx.226.227". On a Xymon server these
>> variables are is set in xymonserver.cfg.
>>
>> J
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20180514/99f22260/attachment.html>