<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 4 December 2014 at 21:24, Juergen Fischer <span dir="ltr"><<a href="mailto:jfische2@csc.com" target="_blank">jfische2@csc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><font face="sans-serif">Here in the 1st line you see "</font><font face="Courier New">red
]hu </font><font face="sans-serif">...". I reckon that this
line was generated at the Xymon server and not at the client, because it
contains the server side (central mode) interpretation of the client data.</font></blockquote></div><br>That's a reasonable assumption.  Does the "client" data for [disk] show the corruption also?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Another option is to use xymond_channel to match and show the client data for corrupt entries.  Something like this (run as the xymon user):</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">xymond_channel --channel=client --filter='client' sed -n '/^\[df\]/,/^\[/p'</div><div><br></div><div>You can leave this running for as long as you need, until a corrupt message comes through on your console, and then check the output here to see if it was also corrupted.  If this shows no corruption, then the message arrived at xymond without interference, and must have been corrupted by xymond_client.</div><div><br></div><div>If this shows corruption, it means that it's either xymond or before (ie BBWin).  In this case, you might need to do a long-term packet capture to whether it was corrupt on the wire.  Or you can run xymond with the "--dbghost=HOSTNAME" option to get a copy of all communications into /tmp/xymond.dbg.</div><div><br></div><div>J</div><div><br></div></div></div>