<div dir="ltr">Damn. It's an old BB client so that's probably the problem. I'll have to chat to the team that do the installations or write a custom script then. :-(</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 14, 2016 at 3:11 PM, J.C. Cleaver <span dir="ltr"><<a href="mailto:cleaver@terabithia.org" target="_blank">cleaver@terabithia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On Mon, March 14, 2016 4:29 am, Neil Simmonds wrote:<br>
> Hi all, I've got a requirement to monitor for the existence of some quite<br>
> large files but I'm having a problem.<br>
><br>
> I've updated the client-local.cfg file and the relevant files are showing<br>
> green on the Xymon page, however even if i code the full name of one of<br>
> the<br>
> files in analysis.cfg it's not turning yellow.<br>
><br>
> The only thing I can find that might be the problem is if I look at the<br>
> client data from the link on the Xymon page, all the file entries look<br>
> like<br>
> this,<br>
><br>
> [file:/veeam1/SERVER1_PROD/SERVER1_PROD2016-03-11T173239.vbk]<br>
> ERROR: Value too large to be stored in data type<br>
><br>
> These files are all quite large (this particular one is 691Gb)<br>
><br>
> Is this a limitation in Xymon that I'm being affected by?<br>
><br>
> Bizarrely if I code the following in my analysis.cfg file,<br>
><br>
> FILE "/veeam1/SERVER1_PROD/SERVER1_PROD2016-03-12T170312.vbk" yellow exist<br>
><br>
> It then reports yellow and says the file is missing despite the fact that<br>
> it clearly isn't.<br>
><br>
> Thanks,<br>
> Neil.<br>
<br>
</div></div>Hi,<br>
<br>
This error is probably coming directly from the stat/lstat call in<br>
logfetch. Any chance the copy of the client you're running on this machine<br>
was originally compiled on a 32-bit machine and moved over? It's also<br>
possible that somehow '-D_FILE_OFFSET_BITS=64' was not properly added in<br>
at compile-time.<br>
<br>
On a 64-bit system (eg, one even capable of dealing with that file), there<br>
shouldn't be a problem transmitting details on it. All aspects of the<br>
client, including logfetch, are intended to perform as little work, in the<br>
most compatible way, as possible.<br>
<br>
<br>
HTH,<br>
-jc<br>
<br>
</blockquote></div><br></div>