<div dir="ltr"><div><div>Hi Jeremy<br><br></div>I think you got that one nailed.<br></div>I added <br><div>  send ""</div><div>  expect ""<br></div><div>as you requested, and it cores again.<br></div><div>This time on the next entry, which is telnets<br><span style="font-family:monospace,monospace">[telnets]<br>   options ssl,banner,telnet<br>   port 992</span><br></div><div>Again, no send and expect.<br></div><div>Updated telnets, and it crapped out at ldap.<br><span style="font-family:monospace,monospace">[ldap]<br>   port 389<br><br>[ldaps]<br>   options ssl<br>   port 636<br><br>[rsync]<br>   expect "@RSYNCD"<br>   options banner<br>   port 873</span><br></div><div>About now, I am getting a little nervous adding send and expect, because unlike telnet and telnets, we are doing ldap and ldaps testing.<br><br></div><div>Any suggestions?<br></div><div>I think we have some debug code update recommendations for JC though. :-)<br></div><div>A good win, but still doesn't solve my original problem. :-(<br><br></div><div>Regards<br></div><div>Vernon<br></div><div><br></div><div><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 11 March 2015 at 11:02, Jeremy Laidman <span dir="ltr"><<a href="mailto:jlaidman@rebel-it.com.au" target="_blank">jlaidman@rebel-it.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On 11 March 2015 at 13:13, Vernon Everett <span dir="ltr"><<a href="mailto:everett.vernon@gmail.com" target="_blank">everett.vernon@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>As much as I like the idea of modifying the code and recompiling, we need to remember, this is a production system.<br></div></div>I get frowned upon when I add --debug just to create a core dump. :-(<br><br></div>I doubt changing source code and recompiling is going to get a green light.<br></div></div></div></blockquote><div><br></div></span><div>Yep, fair enough.  I'm guessing you can't reproduce the core dump on a non-production system.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>As for your question about XYMONNETSVC, it's not a variable that's defined anywhere in my config. <br></div><div><span style="font-family:monospace,monospace">etc]# grep </span><span style="font-family:monospace,monospace">XYMONNETSVC *</span><br></div><div>return nothing.</div></div></div></blockquote><div><br></div></span><div>Haha, looks like it's an internal environment variable that Xymon uses to pass around the list of xymonnet services.  It's mentioned in the man page for xymonnet, but otherwise it appears to be unexposed and intended to be for-internal-use-only.</div><div><br></div><div>Interesting about the telnet definition.  Do you do any telnet testing?  If not, can you comment the stanzas for telnet and telnets out of protocols.cfg and try again?</div><div><br></div><div>Something else to try is to put in a "send" and "expect" lines such as:</div><div><br></div><div>[telnet]</div><div>  send ""</div><div>  expect ""</div><div>  options banner,telnet</div><div>  port 23</div><div><br></div><div>I think this might be the cause of the core dumps.  For protocols.cfg stanzas that don't have "send" or "expect" strings, the debug code tries to print such strings, and they turn out to be null pointers or something like that.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>J</div><div><br></div></font></span></div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><span>"Accept the challenges so that you can feel the exhilaration of victory"</span><div><span>- General George Patton</span></div></div>
</div>