Deletion of the performance data log files.

Steve Hanselman SteveH at brendata.co.uk
Tue May 18 13:05:45 CEST 2004


It sounds the cleanest way, but I don't believe the method currently exists,
you'd have to add it.

Steve


-----Original Message-----
From: Ben Clewett [mailto:Ben at clewett.org.uk] 
Sent: 18 May 2004 11:54
To: Steve Hanselman
Cc: 'Nagios Developers'
Subject: Re: [Nagios-devel] Deletion of the performance data log files.

Steve Hanselman wrote:

> Might be better to send a request that nagios renames the files, then you
> can process them then delete them?
> 
> Steve

Yes, sounds like a good idea.

My thoughts were converging towards making Nagios fclose() the file 
after every write.  But this would slow Nagios slightly, and there is 
still the very slight risk of a lost line of data. -- But I think your 
method is better.

So, using the standard CGI method of passing a command.  My code can 
submit this, wait for the file to appear, and get on with parsing it. 
Nagios would then re-open the original file name and continue to write.

Can you see and problems with this method?  Does this method already 
exist, or would I have to code it?

Kind regards, Ben



> 
> 
> -----Original Message-----
> From: Ben Clewett [mailto:Ben at clewett.org.uk] 
> Sent: 18 May 2004 11:13
> To: Nagios Developers
> Subject: [Nagios-devel] Deletion of the performance data log files.
> 
> Dear group,
> 
> I have a problem parsing the Nagios performance data and wonder if any 
> member can suggest a solution.  These have the default file names 
> 'serviceperf.log' and 'hostperf.log'.
> 
> I wish to parse and delete these every minute.  But I cannot delete them 
> as Nagios holds the file open.  Stopping and starting Nagios every 
> minute is not really an option.
> 
> Really I want to pass a command to Nagios to request the deletion of 
> these files.  However, if there is a delay between Nagios getting the 
> command, and Nagios deleting the files, information will be lost. 
> Because my program is sitting waiting for the deletion without parsing.
> 
> Ideally, I would want Nagios to write to a tmp file, then on getting a 
> command, close the file, move it to the true file, and open up a new tmp 
> file for it's self.  Or get Nagios to continuously close the file after 
> every write, making it delete-safe.  But this might effect performance??
> 
> If any member has any ideas, I would be extremely interested.
> 
> Kind regards, Ben.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
> 
> The information contained in this email is intended for the personal and
confidential use
> of the addressee only. It may also be privileged information. If you are
not the intended
> recipient then you are hereby notified that you have received this
document in error and
> that any review, distribution or copying of this document is strictly
prohibited. If you have 
> received  this communication in error, please notify Brendata immediately
on: 
> 
> +44 (0)1268 466100, or email 'technical at brendata.co.uk' 
> 
> Brendata (UK) Ltd
> Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX  UK
> Registered Office as above. Registered in England No. 2764339
> 
> See our current vacancies at www.brendata.co.uk
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
> 

The information contained in this email is intended for the personal and confidential use
of the addressee only. It may also be privileged information. If you are not the intended
recipient then you are hereby notified that you have received this document in error and
that any review, distribution or copying of this document is strictly prohibited. If you have 
received  this communication in error, please notify Brendata immediately on: 

+44 (0)1268 466100, or email 'technical at brendata.co.uk' 

Brendata (UK) Ltd
Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX  UK
Registered Office as above. Registered in England No. 2764339

See our current vacancies at www.brendata.co.uk


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click




More information about the Developers mailing list