<div dir="ltr"><div>Richard</div><div><br></div>This is an interesting idea.  Yes, you should be able to extract details from the logfetch.*.cfg file, and changes in client-local.cfg should show up there.  You can put comments in client-local.cfg and they will be ignored by the Xymon client-side code, so you could define your own comment format that works for your ext scripts.  For example:<div>

<br></div><div>###EXT:myscript.sh:VAR1=val1 VAR2=val2</div><div><br></div><div>Another option is to use definitions in the hosts.cfg file.  You can then use:</div><div>  $XYMON $XYMSRV "hostinfo host=$MACHINEDOTS"</div>

<div>and then scan the fields looking for what you're interested in.  Refer to the "xymon" man page for more detail about what filtering/presentation options are available to you.</div><div><br></div><div>In the latter case, I follow the example of DEVMON, which prefixed its variables with "DEVMON:" like so:</div>

<div><br></div><div>10.1.2.3 example-host # noip dialup DEVMON:cid(commstring),model(hp;dl380) delayred=dns ...</div><div><br></div><div>Cheers</div><div>Jeremy</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On 11 July 2014 16:49, Richard Hamilton <span dir="ltr"><<a href="mailto:rlhamil2@gmail.com" target="_blank">rlhamil2@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">I'm gathering that said data ends up in $XYMONCLIENTHOME/tmp/logfetch.$MACHINEDOTS.cfg.<div><br></div><div>Would it hurt anything to put (on the server) data in addition to the lines defined in the man page?  Would it make it back to the above file?</div>


<div><br></div><div>And if so, can a naming convention be recommended for user-defined lines that should avoid conflict with any future official lines?  (maybe names that begin with site_  or something like that?)</div><div>


<br></div><div>And if that's not all crazy...it would be cool if the library module to fetch the client-local.cfg for a host could check the timestamp on the file, and if changed, reload it (freeing all the old data structures first, so as not to leak memory, of course!) </div>


<div><br></div><div>That way, without restarting the server, one could replace the client-local.cfg file on the server and have client log, file, and extension script behavior altered accordingly.</div><div><br></div><div>


Having used Big Brother for many years, the ability of Xymon to pass updates and _some_ client control information to the client, without one inventing one's own backchannel (using ssh or whatever), sounds like it could make life _much_ simpler in terms of centralizing the control of clients and server alike.  So naturally I want to take that to its logical extreme. :-)  But so far, I haven't read enough of the code to really have a good handle on just what might be possible, let alone normal enough not to be  too fragile.</div>


<div><br></div></div>
<br>_______________________________________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
<br></blockquote></div><br></div>