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. :-(
On Mon, Mar 14, 2016 at 3:11 PM, J.C. Cleaver <cleaver at terabithia.org> wrote:
On Mon, March 14, 2016 4:29 am, Neil Simmonds wrote:
Hi all, I've got a requirement to monitor for the existence of some quite large files but I'm having a problem.
I've updated the client-local.cfg file and the relevant files are showing green on the Xymon page, however even if i code the full name of one of the files in analysis.cfg it's not turning yellow.
The only thing I can find that might be the problem is if I look at the client data from the link on the Xymon page, all the file entries look like this,
[file:/veeam1/SERVER1_PROD/SERVER1_PROD2016-03-11T173239.vbk] ERROR: Value too large to be stored in data type
These files are all quite large (this particular one is 691Gb)
Is this a limitation in Xymon that I'm being affected by?
Bizarrely if I code the following in my analysis.cfg file,
FILE "/veeam1/SERVER1_PROD/SERVER1_PROD2016-03-12T170312.vbk" yellow exist
It then reports yellow and says the file is missing despite the fact that it clearly isn't.
Thanks, Neil.
Hi,
This error is probably coming directly from the stat/lstat call in logfetch. Any chance the copy of the client you're running on this machine was originally compiled on a 32-bit machine and moved over? It's also possible that somehow '-D_FILE_OFFSET_BITS=64' was not properly added in at compile-time.
On a 64-bit system (eg, one even capable of dealing with that file), there shouldn't be a problem transmitting details on it. All aspects of the client, including logfetch, are intended to perform as little work, in the most compatible way, as possible.
HTH, -jc