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.