Steve, what is the state on this patch ?
Comments ? cheers tobi Oct 4 Steve Shipway wrote: > Attached is a small patch for rrdtool to allow chaining of update requests > received via rrdcached on to a second instance of rrdcached specified by a > command line parameter -C. > > EG: > $ rrdcached -l unix:/tmp/a.sock -b /var/rrda > $ rrdcached -l unix:/tmp/b.sock -b /var/rrdb -C unix:/tmp/a.sock > $ rrdtool update --daemon unix:/tmp/b.sock foo.rrd N:1:1 > > This updates foo.rrd in both /var/rrdb and /var/rrda, provided it exists, of > course. This also works over TCP sockets, and you can mix and match UNIX and > TCP sockets if you like. This patch only chains UPDATE requests, not > CREATEs, STATs, or anything else. > > The requests are sent to the remote daemon immediately after they are added > to the update queue for the receiving daemon (thus avoiding any trouble of > how to handle them after queueing). If the relay fails then an error is > logged BUT the rrdcached still returns a success code to the remote client > (as there is no 'warning' code for a partial success). > > I've run this here for a few days keeping a shadow copy of our secondary MRTG > server's RRD files, and it worked without problem. There was a bit of an > issue when I defined two instances to chain to each other, though :) > > I think it would need to have CREATE, and probably FLUSH, FLUSHALL and STATS > chained as well for this to be of real use. > > Thoughts? > > Steve > > ________________________________ > Steve Shipway > ITS Unix Services Design Lead > University of Auckland, New Zealand > Floor 1, 58 Symonds Street, Auckland > Phone: +64 (0)9 3737599 ext 86487 > DDI: +64 (0)9 924 6487 > Mobile: +64 (0)21 753 189 > Email: [email protected]<mailto:[email protected]> > P Please consider the environment before printing this e-mail > > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch [email protected] ++41 62 775 9902 / sb: -9900 _______________________________________________ rrd-developers mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers
