<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div dir="ltr" id="yui_3_16_0_ym19_1_1464728443891_10988">Thanks for ALL your valuable feedback! </div><div dir="ltr" id="yui_3_16_0_ym19_1_1464728443891_10988"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1464728443891_10988">The hint from Ryan seemed to have cured the client page reporting issues. As it turned out, the AIX clients in questioned showed up in 'Ghost Clients' list on in short hostname as opposed to it's real FQDN hostname. I've since updated the xymon server side configuration's files for the said AIX clients from FQDN hostname to short hostnames, the client pages were getting proper updates now. Thank you Ryan!!!</div><div dir="ltr" id="yui_3_16_0_ym19_1_1464728443891_10988"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1464728443891_10988"><br></div><div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font size="2" face="Arial"> On Thursday, May 26, 2016 12:05 AM, Jeremy Laidman <jlaidman@rebel-it.com.au> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv7513614548"><div><div dir="ltr"><div class="yiv7513614548gmail_quote"><div dir="ltr">On Thu, May 26, 2016 at 4:44 AM L Foo <<a rel="nofollow" shape="rect" ymailto="mailto:wonderfoo2@gmail.com" target="_blank" href="mailto:wonderfoo2@gmail.com">wonderfoo2@gmail.com</a>> wrote:<br clear="none"></div><blockquote class="yiv7513614548gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div><span style="line-height:1.5;">The netcat to port 1984 seems to have went through/connected ok based on below output:</span><br clear="none"></div><div><br clear="none"></div><div># nc -v 172.31.2.131 1984<br clear="none"></div><div>Ncat: Version 6.40 ( <a rel="nofollow" shape="rect" target="_blank" href="http://nmap.org/ncat">http://nmap.org/ncat</a> )</div><div></div><div>Ncat: Connected to <a rel="nofollow" shape="rect" target="_blank" onclick="return theMainWindow.showLinkWarning(this)" href="http://172.31.2.131:1984/">172.31.2.131:1984</a>.</div></div></div></blockquote><div><br clear="none"></div><div>You ran this on the AIX host? If this works, then telnet should have also worked, and so should the xymon client.</div><div><br clear="none"></div><div>Can you please try the following (on the AIX host):</div><div><br clear="none"></div><div><div># echo "ping" | nc 127.31.2.131 1984</div><div><br clear="none"></div><div><div>That should return the xymon version details of the Xymon server.</div><br clear="none" class="yiv7513614548inbox-inbox-Apple-interchange-newline"></div><div>Then try this:</div><div><br clear="none"></div><div><span style="line-height:1.5;"># /xymon/bin/xymon 172.31.2.131 ping</span><br clear="none"></div></div><div><br clear="none"></div><div><div>You should see the same thing. Or maybe a timeout</div></div><div><br clear="none"></div><div>If this doesn't work, then can you try this:</div><div><br clear="none"></div><div># truss -f /xymon/bin/xymon 172.31.2.131 ping</div><div><br clear="none"></div><div>I'm particularly interested in the output around socket() and connect() calls, and what responses codes are given.</div><div><br clear="none"></div><div>I'm wondering if you have some sort of kernel-based binary restrictions in place, such as Trusted AIX, TCB or Trusted Execution. From what I can tell, these tools allow one to lock down a server so that no unauthorized binaries can execute, or they might be able to execute but cannot perform certain functions.</div><div><br clear="none"></div><div>An alternative to all of this is to use my xymon-rclient script, available on <a rel="nofollow" shape="rect" target="_blank" href="http://xymonton.org/">xymonton.org</a>, or <a rel="nofollow" shape="rect" target="_blank" href="http://tools.rebel-it.com.au/xymon-rclient">http://tools.rebel-it.com.au/xymon-rclient</a>. Essentially it allows for an clientless client by pushing the Xymon client script to the target from the Xymon server (typically over ssh) and grabs the client data directly. In this way, it doesn't rely on a xymon client binary. There are some limitations, which is why it's better to try to get your client working, but it may be easier to get something going this way.</div><div class="yiv7513614548yqt8138062485" id="yiv7513614548yqtfd46829"><div><br clear="none"></div><div>Cheers</div><div>Jeremy</div><div><br clear="none"></div></div></div></div></div></div><br><br></div> </div> </div> </div></div></body></html>