[Xymon] OverSize status message and network tests
Joseph Acquisto
joea at j4computers.com
Wed Aug 1 15:30:59 CEST 2012
>>>> Jeremy Laidman <jlaidman at rebel-it.com.au> 07/31/12 8:38 PM >>>
>On Wed, Aug 1, 2012 at 1:47 AM, Joseph Acquisto <joea at j4computers.com>wrote:
>
>> Recently moved to xymon 4.3.7 from hobbit 4.2
>>
>> All seems reasonable except for two things.
>>
> >- Due to firewall issues, some net tests do not work.
>
>Which net tests work and which don't work? Do the working tests also come
>from the default IP address?
The only ones that work are those which already have firewall holes established.
>> I can see tcpdump tell me the source is still the original for the new
>> server. ??
>
>Try running the xymonnet command from the command-line with the
>"--no-update" switch, perhaps specifying a stripped-down hosts.cfg with
>only one host and test that is failing. For example:
>
>sudo -u xymon xymoncmd
>echo "10.1.1.1 name-of-host # ssh" $HOSTSCFG > /tmp/hosts.cfg
>HOSTSCFG=/tmp/hosts.cfg xymonnet --report --noping \
>--no-update --source-ip=10.2.2.2
Never saw this before. Interesting. I presume the first ip should be that
of the xymon host?
The sudo part did not work for me. Used su.
>See how you go. If this works, then perhaps there's something wrong with
>how it's configured in tasks.cfg.
It did not produce a result seen via tcpdump.
>If it doesn't work, use strace (Linux) or truss (Solaris) and look for the
>"bind" system call:
>HOSTSCFG=/tmp/hosts.cfg strace -f xymonnet --report --noping \
>--no-update --source-ip=10.2.2.2 2>&1 | grep bind
>Output looks like:
>bind(3, {sa_family=AF_INET, sin_port=htons(0),
>sin_addr=inet_addr("10.2.2.2")}, 16) = 0
No "bind". Did find that xymonnet was not found, had to specify the full path to it.
Still, no bind. But, lots of open "errors". File not found at /home/xymon/server/tmp/
Sigh.
joe a.
More information about the Xymon
mailing list