[rrd-developers] Accelerator Daemon

[Sebastian Harl]

Hi,

On Wed, Jun 25, 2008 at 11:27:40AM +1000, Ian Holsman (Lists) wrote:
> Tobias Oetiker wrote:
> > Today Florian Forster wrote:
> >> If people want to screw up their RRD files, there are easier ways to do
> >> this. Update with a time stamp far in the future, for example.
> >
> > The problem is that rrdtool is totally not forgiving when it comes
> > to updates ... one update and you have A lot of work ahead of you.
> > Scenario, there is that nice frontend which supports rrdcached and
> > you switch it on an off via a commandline option ... for some
> > reason the tool gets restarted without the option which the cache
> > daemon has not yet written all the data ... if it is a big
> > installation (io-hell) you get to fix A LOT of files ... So if we
> > can help it 'by design' then we should ...
[...]
> you could mark the files with a different magic cookie so that people
> don't get confused (and have a program to switch cookies to
> 'import/export' it out of the server).

That sounds like a good idea to me. Imho, the actual problem we should
solve is that the situation where you have pending updates and want to
modify the file directly should not happen in the first place unless
explicitly stated by the user (using that "server import/export" tool).

That cookie should be stored in the RRD header which has to be read in
any case anyway, so we don't add additional overhead here.

> the server based client would just issue the commands against the socket 
> and get the results instead of manipulating the file directly.
> there would be no option for that client to write directly.

I don't agree with that. I don't see why we should basically duplicate
the number of client/front-end programs. A switch (as currently
implemented by Florian) is perfectly fine imho.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety.         -- Benjamin Franklin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.oetiker.ch/pipermail/rrd-developers/attachments/20080625/4d349ced/attachment.bin