Hi Kevin,
Friday kevin brintnall wrote:
This patch includes utility functions to support dynamically sized arrays.
This simplifies the code that manages some of the dynamic structures
inside rrdcached.
Per Tobi's request, I started a librrd.pod where we'll document the
external facing
Today kevin brintnall wrote:
I thought we'd do it in stages:
(1) Process the update string twice. Once when updatev received from the
client (update in-memory copy). Once when we call rrd_update_r() with
the update string.
- minimal changes to the current
Hi Kevin,
:-) I can soon start using the daemon in the wan ...
Today kevin brintnall wrote:
[...]
+=item B-A Iauth_file
+
+This file contains a list of authentication secrets, one per line.
+Comments start with B#; any remaining characters on the line are
+ignored. Trailing white space
Hi Pablo,
Yesterday Pablo Sanchez wrote:
[ I originally sent this directly to Tobi and Alex. Given their
e-mail addresses are published, I suspect they must get a jillion
spam messages a day. I'm posting this here. ]
Hi,
I'm using RRD and did some reserch to determine the
Hi Sebastian,
Yesterday Sebastian Harl wrote:
I am very happy with Kevins patch, since it significantly raises
the level of effort required to penetrate the system.
So, are you saying that your goal was to provide some moderate level
of security? Do you accept that there are known issues
Hi Florian,
Yesterday Florian Forster wrote:
Hi Kevin, Tobi, Sebstian and list,
thanks Kevin for this initial implementation :) I didn't read the source
code yet, so please forgive me if I misunderstand some details.
On Wed, Apr 29, 2009 at 03:14:18AM +, kevin brintnall wrote:
A user
Hi Kevin,
Today kevin brintnall wrote:
* make sure that un-authed users may not do anything when
authentication is active
Enforcing this rule on all sockets obviates a common use case.. It
doesn't allow us to separate read-only users (who should be able to FLUSH)
from read-write users
Hi All,
Today kevin brintnall wrote:
On Wed, May 06, 2009 at 06:12:15PM +0200, Florian Forster wrote:
Hi,
On Tue, May 05, 2009 at 08:58:37AM -0500, kevin brintnall wrote:
Until we have per-command authorization, I'm thinking we should add a
3rd type of socket that requires
thanks will add
tobi
Today Sebastian Harl wrote:
tags 529291 + upstream
thanks
Hi Anders,
On Mon, May 18, 2009 at 03:22:35PM +0200, Anders Hammarquist wrote:
The python bindings for the calls rrd_info, rrd_graph_v and rrd_update_v
do not properly release references to some objects that
RRDtool 1.3.8 released
--
The new release contains mostly bug fixes.
As usual, you can get the update from
http://oss.oetiker.ch/rrdtool/
Detailed changes for 1.3.8
--
Bug fixes:
- python bindings memory handling fix by Anders Hammarquist
(deb
Hi Jarod,
oops bad timing ... fixed :-)
tobi
Today Jarod Wilson wrote:
On Tuesday 19 May 2009 09:59:31 Tobias Oetiker wrote:
RRDtool 1.3.8 released
--
The new release contains mostly bug fixes.
As usual, you can get the update from
http://oss.oetiker.ch
Hi Florian,
Saturday Florian Forster wrote:
From: Florian Forster o...@leeloo.lan.home.verplant.org
-
-if ((rrd_fetch_fn(im-gdes[i].rrd,
- im-gdes[i].cf,
- im-gdes[i].start,
-
On Sat, Mar 28, 2009 at 12:15:02PM +0100, Tobias Oetiker wrote:
yes dropping rrd_flush from the api is not a good idea, otoh it
does not acomplish anything sensible in the code, so I propose the
following:
have rrdc_flush for the client flushing function
and turn rrd_flush into a no-op
Hi Bernhard,
Today Bernhard Reutner-Fischer wrote:
On Tue, May 26, 2009 at 09:17:59AM +0200, Tobias Oetiker wrote:
finally getting ready to publish 1.4rc I have resolved the
btw.. Can we please have cf_conv exported since otherwise
it is not really possible to do anything useful
Hi Sebastian,
Today Sebastian Harl wrote:
---
program/doc/rrdupdate.pod | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
thanks, it's in
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775
Hi Kevin,
Yesterday kevin brintnall wrote:
* switched to using automake 1.11 which provides a 'silent' build process,
causing errors and warnings to stand out much more than before.
by Tobi Oetiker
Tobi,
Are all these version upgrades necessary? I think we should only insist
on
Hi Sebastian,
thanks ... added
cheers
tobi
Today Sebastian Harl wrote:
Hi Fidelis,
The source files of the Lua bindings include compat-5.1. The copyright
information of those files include the copyright holder only but no
license information:
Copyright Kepler Project 2004-2006
Hi Kevin,
Yesterday kevin brintnall wrote:
Tobi,
What should we do about UPDATEV until we have support in rrdcached?
Currently the client code will just abort UPDATEV requests. This may
cause problems in an environment that uses both UPDATE and UPDATEV...
it's probably desirable to set
Hi Kevin,
Yesterday kevin brintnall wrote:
- FLUSH the file, then operate directly on it (race condition with new
updates?)
tis will have odd effects for people who assume update to be
working remotely ...
True. This is probably a better temporary solution:
On updatev, the
Hi Sebastian,
Today Sebastian Harl wrote:
Hi David,
On Sat, Jun 27, 2009 at 11:36:03PM -0700, da...@lang.hm wrote:
I can see how rrdtool would have depenancies on various graphics
libraries (since in most environments it creates graphs), but librrd4
only populates the rrd datastores, it
Today Barrie0482 wrote:
I found this
#ifdef WIN32
/* Gross Hack Alert */
#if _MSC_VER 1300
#define strtoll(p, e, b) ((*(e) = (char*)(p) + (((b) == 10) ? strspn((p),
0123456789) : 0)), _atoi64(p))
#else
#define strtoll(p, e, b) _strtoi64(p, e, b)
#endif
cheers
tobi
Hi Tobi,
I am using
.
Cheers, Barrie
Tobias Oetiker wrote:
Today Barrie0482 wrote:
I found this
#ifdef WIN32
/* Gross Hack Alert */
#if _MSC_VER 1300
#define strtoll(p, e, b) ((*(e) = (char*)(p) + (((b) == 10) ? strspn((p),
0123456789) : 0)), _atoi64(p))
#else
#define strtoll(p, e, b
consistant ...
cheers
tobi
Cheers, Barrie
Tobias Oetiker wrote:
do the errors only occure on the rrds created by rrd_restore ? this
would indicate that there is still a problem with rrd_restore on
windows ...
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http
with the wrong binaries.
I am going to clean up my project area and make sure I have my information
correct.
Sorry about the wrong information.
Cheers, Barrie
Tobias Oetiker wrote:
Tomorrow Barrie wrote:
Hi Tobi,
The errors occur on both the rrd created bt rrd_create and rrd_restore
Yesterday kevin brintnall wrote:
It's possible that a FORGET was issued in the mean time.
---
src/rrd_daemon.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
thanks
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch
Today kevin brintnall wrote:
Anyway, this should be easy to fix. See the patch, I'll send in a
minute. Beware, though, that I do not have a RRDCacheD setup, so the
patch is mostly untested - it compiles though ;-)
Your patch doesn't address the problem. I will email another shortly.
Hi Kevin,
For large file support, we need to consider the things that link against
librrd. We can either require all dependents (transitively) to enable
large file support (bad) or we could remove any functions that use off_t
from the public librrd interface. It looks like all such
Hi Kevin,
I have not looked at the code, but do you only reset the journal on
flush or when there are no data left in the cache ? This might
cause a long running copy of cached to generate rather huge an
unwieldy journals ...
Currently, the journal is rotated when the flush is started.
Bruno,
I don't think that having versions of the library with stub
functions is a good idea ... the change should be such that the
library gets a different name ... eg librrdcore then it will be
clear that it does not contain all functions ...
cheers
tobi
On Sat, 01 August 2009 Tobias Oetiker t
Jul 19 kevin brintnall wrote:
Two-phase shutdown for rrdcached ensures that values are flushed.
Previously, it was possible for the queue threads to exit before the flush
thread completed queueing values. If running with -F, rrdcached may have
crashed due to assertion failure before writing
Jul 23 kevin brintnall wrote:
---
src/rrd_daemon.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
thanks
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
Jul 28 Bernhard Reutner-Fischer wrote:
On Mon, Jul 27, 2009 at 05:03:51PM -0700, swami wrote:
Hi,
Thanks for the response.
I tried giving the font with space like DejaVuSans Bold in double quotes
and it worked .
Tobi, i suggest to add the following note:
Index:
Jul 28 kevin brintnall wrote:
The journal files are time-stamped and replayed in order. This allows
systems with 32-bit signed off_t to write more than 2GB of journal entries
per flush interval.
P.S. This relies on the 4 patches I've sent since you went offline.
three cheers and a hurray
Today Sebastian Harl wrote:
Hi Tobi,
On Sat, Aug 08, 2009 at 02:11:37PM +0200, Tobias Oetiker wrote:
Today Sebastian Harl wrote:
On Sat, Aug 08, 2009 at 11:33:56AM +0200, Tobias Oetiker wrote:
Jul 21 Sebastian Harl wrote:
The following problem has been reported to me
Hi Yann,
Today Yann Jouanin wrote:
Hello list,
It seems the behavior of RRD client when using RRDCacheD can make trouble
when using RRDCacheD on another host than the one where using client.
The translation between relative path and absolute path is done in client
code (rrdc_flush) while
Hi Benny,
Today Benny Baumann wrote:
Am 09.08.2009 11:52, schrieb Barrie:
checking if IEEE math works with signal
The excerpt from the config.log is the following (if I found the correct
place).
configure:24927: checking if IEEE math works with signal(SIGFPE,SIG_IGN)
configure:25019: gcc
of Microsoft Visual
C++. To get the Ruby binding for Ruby v1.9.1 compiled for rrdtool in Windows,
it seems that I need to compile rrdtool with MinGW32.
I'll let let you know of the progess.
Thanks.
Cheers, Barrie
Tobias Oetiker wrote:
Today Barrie wrote:
Hi Tobi,
Thanks for your
Hi Sebastian,
Today Sebastian Harl wrote:
- save LANG
- set LANG=LC_TIME
- call pango for x-axis
- restore LANG
I agree that documenting the need to have a properly set up environment
would be a good thing (e.g. if rrdtool is called from a [shell-]script,
that
Today Florian Forster wrote:
Hi Tobi,
On Tue, Aug 11, 2009 at 07:48:30AM +0200, Tobias Oetiker wrote:
* Some magical version of the functions will check some sort of
environment and call the appropriate function.
this is to maintain the present interface ?
well, I would much
Tuesday Florian Forster wrote:
Hi,
with my Debian Testing box I had to apply the following small changes to
the `configure.ac' file in order to make `autoconf' happy. Don't know
what the problem precisely is ? m4 and its square parenthesis is too
high for me ;)
same here ... but it still
Hi Benny,
I finally got the time to look at your patch, the call back
interface as such seems ok to me ... (I have never written one
myself, so I don;t know if we should look out for certain gotchas
... )
the implementation in rrd_dump does not strike me as all that
elegant ...
repeating the
Hi Benny,
Today Benny Baumann wrote:
the implementation in rrd_dump does not strike me as all that
elegant ...
I know it's not that elegant right now, especially because of the string
literals ...
snprintf(somestring_buf, 255, ...)
cb(somestring_buf, strlen(somestring_buf), ...)
Hi Bernhard,
Today Bernhard Reutner-Fischer wrote:
Hi,
The attached patch allows to
$ rrdtool graph --border=0
to disable the 3d border around the image.
PS: It would be nice if you could sort the getopt options
alphabetically. :-/
thanks ... and the is now ...
cheers
tobi
--
Hi Bernhard,
Yesterday Bernhard Reutner-Fischer wrote:
On Wed, Aug 19, 2009 at 05:24:51PM +0200, Tobias Oetiker wrote:
Hi Bernhard,
Today Bernhard Reutner-Fischer wrote:
Hi,
The attached patch allows to
$ rrdtool graph --border=0
to disable the 3d border around the image
Hi Tomasz,
Not beeing a python wizz, please tell me in what way is your patch
adding something else than what r1771 already did ...
please check the latest 1.4pre snapshot
cheers
tobi
Yesterday Tomasz Pajor wrote:
Hello,
You can create a tuple from for example list, list is propagated
Hi Benny,
Today Benny Baumann wrote:
- Added the usr/share/perl5/leaktest.pl to librrdp-perl.install
- Ran the dpkg-buildpackage (which than fails)
- Copied the missing CHANGES file from debian/changelog
- reran debian/rules binary
-- Got my packages
(Ignore the could not sign packages
script runs I get the following.
configure: loading cache config.cache
The config.cache file is created, but it is zero length. It would be good to
use as it takes so long to run the configure script through all the options
that have passed.
Cheers, Barrie
Tobias Oetiker wrote:
Friday
Today Hermann Lauer wrote:
Hello,
rc4 did compile and install fine on debian lenny,
but I noticed that the return of the info cmd is now a
flat dict instead of a structured one (see below).
So simple getting of the datasources is not possible anymore.
this is to keep the interface in line
Hi Benny,
Today Benny Baumann wrote:
Hi,
Am 24.08.2009 16:40, schrieb Tobias Oetiker:
Hi Benny,
btw if you are happy to contribute this for the rrdtool mainline, I
will be happy to integrate it ...
cheers
tobi
The extension part is ready so far (no major known bugs left IMHO
Hi Benny,
P.S.: @Tobi: If you like you can add the extension as a contribution for
PHP5 or use it to update the outdated version in the SVN. The wrapper
shouldn't go there yet though as it isn't in a shape for this ATM.
Comments on its interface welcome though.
I had a closer look at
Hi Evan,
I think rrd_xport may lend itself better to this task ...
cheers
tobi
Yesterday Evan Miller wrote:
Mark Plaksin happy at usg.edu writes:
Here's a fun feature request: Make 'rrdtool graph -a JSON' return JSON
describing the graph instead of an image. The idea being that you
Today Pablo Sanchez wrote:
[ Comments below, in line ]
On Thursday 10 September 2009 at 1:14 pm, Sebastian Harl penned
about Re: [rrd-developers] Graph data without the graph?
Hi Sebastian,
[ snipped ]
What do others think about that? It might make sense to work on that
before
Yesterday Pablo Sanchez wrote:
[ Comments below, in line ]
On Thursday 10 September 2009 at 3:35 pm, Tobias Oetiker penned
about Re: [rrd-developers] Graph data without the graph?
Hi Tobi,
in a sense rrdtool is still a prototype ... being the first oss tool
to seriously explore
Hi Sebastian,
Today Sebastian Harl wrote:
This function may be used to recursively create some directory, similar to
mkdir -p on the command-line.
---
I've added Kevin and myself to the list of copyright holders. I hope, I
did not miss anyone. (side note: 2008 is no typo - that function
Hi Sebastian,
Yesterday Sebastian Harl wrote:
---
program/doc/librrd.pod | 28
1 files changed, 28 insertions(+), 0 deletions(-)
thanks ... added
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch
Hi Sebastian,
Yesterday Sebastian Harl wrote:
This manpage does not document an executable but rather library calls.
thanks ... added
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
Hi Sebastian,
Yesterday Sebastian Harl wrote:
This is not a utility function but rather part of RRDtool's core.
thanks ... added
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
Hi Sebastian,
Saturday Sebastian Harl wrote:
Well, I'd try to keep behavior consistent when talking to the daemon,
i.e. something along the lines of the new file-name syntax proposed
earlier (by Florian iIrc). In short: specify that you're talking to the
daemon and then use relative path
Today Sebastian Harl wrote:
Hi Tobi,
On Wed, Sep 30, 2009 at 10:53:31PM +0200, Tobias Oetiker wrote:
what I would do now, is this:
* If the client is called on a local daemon with a relative
pathname, the path name gets rewritten.
* If the client is called on a remote daemon
Hi Sebastian,
Today Sebastian Harl wrote:
When talking to a local daemon (thru a UNIX socket), relative path names are
resolved to absolute path names to allow for transparent integration into
existing solutions (as requested by Tobi).
However, when talking to a remote daemon, absolute path
Hi Sebastian,
Today Sebastian Harl wrote:
Hi Tobi,
On Sat, Oct 03, 2009 at 11:36:11PM +0200, Tobias Oetiker wrote:
Today Sebastian Harl wrote:
When talking to a local daemon (thru a UNIX socket), relative path names
are
resolved to absolute path names to allow for transparent
Hi Sebastian,
Today Sebastian Harl wrote:
Hi Benny,
Thanks for your feedback!
On Sat, Oct 03, 2009 at 11:54:53PM +0200, Benny Baumann wrote:
Am 03.10.2009 23:36, schrieb Tobias Oetiker:
Today Sebastian Harl wrote:
When talking to a local daemon (thru a UNIX socket), relative path
Yesterday Sebastian Harl wrote:
Those files may be located in a subdirectory of, e.g., /var/run/. To avoid the
need to manually create (and recreate, e.g. in case /var/run/ is on a tmpfs)
that subdirectory, let the daemon handle the creation of those directories.
---
Hi Sebastian,
Yesterday Sebastian Harl wrote:
The daemon checks if the specified base directory contains symlinks by
comparing the canonicalized path name (by realpath()) with the path name
specified on the command line. The GNU libc's implementation of realpath()
removed trailing slashes
Hi Sebastian,
Yesterday Sebastian Harl wrote:
---
program/src/rrd_daemon.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
thanks ... applied
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775
Hi Sebastian,
Yesterday Sebastian Harl wrote:
---
program/src/rrd_fetch.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
thanks
applied
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb:
Hi Sebastian,
Yesterday Sebastian Harl wrote:
---
program/src/rrd_flushcached.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
thanks
applied
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902
the library is
called and would most likely not be thrilled if the library altered
the settings on the fly to whatever some environemt variable sais
...
cheers
tobi
Regards,
BenBE.
Am 04.09.2009 09:54, schrieb Tobias Oetiker:
People,
in rrd_graph I am calling
#ifdef HAVE_SETLOCALE
Hi Kevin,
Today kevin brintnall wrote:
---
src/rrd_flushcached.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
thanks
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
Hi Benny,
as I said before, if you provide patches for integrating your php
bindings into the rrdtool distro, I will be glad todo so!
cheers
tobi
Today Sebastian Harl wrote:
Hi Benny,
On Tue, Oct 06, 2009 at 04:31:24PM +0200, Benny Baumann wrote:
Am 06.10.2009 00:29, schrieb Sebastian
Today kevin brintnall wrote:
On Wed, Oct 07, 2009 at 11:36:42AM +0200, Florian Forster wrote:
On Sun, Oct 04, 2009 at 01:14:24PM +0200, Tobias Oetiker wrote:
I think the current implementation where only relative paths are
allowed for remote access is fine, since this provides a measure
Hi Sebastian,
Today Sebastian Harl wrote:
Hi again,
On Wed, Oct 07, 2009 at 11:36:42AM +0200, Florian Forster wrote:
Wouldn't it be *much* simpler to simply let the user chose what to do?
I. e. forbid absolute paths by default and only if the
Hi Florian,
Yesterday Florian Forster wrote:
With the attached patch against revision 1934 I was able to build the
rrdcached plugin of collectd without problems.
the patch is in
tobi
Regards,
?octo
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
Today Sebastian Harl wrote:
Thanks to Justin T. Pryzby for reporting this in Debian bug #550919.
thanks too ... I have added it
cheers
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
Hi Sebastian,
Yesterday Sebastian Harl wrote:
---
program/src/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
it's in
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
Hi Spike,
Yesterday Spike Spiegel wrote:
Hi,
I believe this topic has come up before and unless I missed it I do
not recall or could find a solution and I keep bumping into situations
where I'd pay for that support, and I mean literally :). Unfortunately
iirc there was some major rewrite
This is a bugfix release. As usual, you can download it from
http://oss.oetiker.ch/rrdtool/
cheers tobi
Brought to you by the 2009 RRDtool sponsors:
GOLD: http://www.zenoss.com
http://www.groundworkopensource.com
Hi Hermann,
there was an extension recently added a ds[x].index entry which
will help you resolve this problem ...
make sure you use a current snapshot of the archive ...
cheers
tobi
Today Hermann Lauer wrote:
Hello all,
I noticed that in the python bindings of rrdtool-1.3.99909060808
Hi Hermann,
try rrdtool-1.4.0.tar.gz ... which I just uploaded ... will
announce tomorrow.
cheers
tobi
Yesterday Hermann Lauer wrote:
Hello Tobi,
On Tue, Oct 27, 2009 at 09:43:40PM +0100, Tobias Oetiker wrote:
Hi Hermann,
there was an extension recently added a ds[x].index entry which
Hi Kevin,
Today kevin brintnall wrote:
- only copy as many bytes as necessary
- during journal replay, avoid unnecessary copy (string is discarded)
Thank you Thorsten von Eicken t...@rightscale.com
you di have perfect timing :-) so it will be an 1.4.1 announement today. But I
guess the
Just in time for LISA'09 I am releasing the all new RRDtool 1.4.
RRDtool 1.4 comes with a much anticipated RRDcache Daemon, elevating the
system to new performance levels it also contains a host of new and
improved features. See the List below. Get your copy from:
http://oss.oetiker.ch/rrdtool/
Hi Kevin,
Today kevin brintnall wrote:
---
src/rrd_daemon.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
it's getting better all the time ...
cheers
tobi
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch
Hi Thomas,
I just had a look at that page and it does indeed sound interesting
...
thanks for the hint
tobi
Yesterday Thomas Guyot-Sionnest wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I've seen in a wiki page that rrdtool may use authentication or
authorization in the
Hi Rian,
Today Rian Shelley wrote:
This time i remembered to attach the patch :D
thanks for this ... it looks cool ... quersion though, is there
some information carying capability in this feature ?
Not really. For the most part, I wanted to add some control over how
the AREA's were
Hi Kevin,
since 1.4.x is now out, I would like to hold off on adding new
public functions to the 1.4 branche ... these would go into the new
trunk. or is there also a bug-fix component to this change ?
cheers
tobi
Oct 31 kevin brintnall wrote:
---
doc/librrd.pod | 18 ++
returned cover your
requested timespan ... since you are only getting one line it may
be non obvious what the interval is, but then again you are free to
request a little more data from fetch ...
cheer
tobi
Regards
swami
- Original Message -
From: Tobias Oetiker t...@oetiker.ch
Dec 28 Sebastian Harl wrote:
Hi,
(This is a follow-up to Debian [bug543631].)
On Wed, Aug 26, 2009 at 08:00:22AM +, Florian Weimer wrote:
Floating point values are supported with GAUGE. This suprising
behavior is not clearly documented, as far as I can tell. I don't
think there
Today Florian Forster wrote:
Hi,
in src/rrd_update.c there is this code (which is checking for simple
integers):
if ( ( updvals[ds_idx + 1][0] '0'
|| updvals[ds_idx + 1][0] '9' )
updvals[ds_idx + 1][0] != '-'
updvals[ds_idx + 1][0] != 'U'
Hi Florian,
Today Florian Weimer wrote:
* Tobias Oetiker:
OTOH with long long being available across the board, this might be
a bit of a anachronism ... not quite sure though, what happens when
you diff two doubles realy close to 2^64 ... does this stay
accurate enough ? I guess
Hi Sebastian,
Today Sebastian Harl wrote:
Hi,
On Thu, Jan 14, 2010 at 08:12:38AM +0100, Tobias Oetiker wrote:
Dec 28 Sebastian Harl wrote:
(This is a follow-up to Debian [bug543631].)
On Wed, Aug 26, 2009 at 08:00:22AM +, Florian Weimer wrote:
Floating point values
Hi Alex,
Friday Alex Bennee wrote:
As partially explained in the patch comments my setup is as follows:
* rrdcached running from upstart
This allows upstart to ensure rrdcached is restarted if it ever dies.
Currently upstart does not offer the facility to run daemons under
another uid.
Hi Kevin,
Thursday kevin brintnall wrote:
On Thu, Feb 11, 2010 at 06:42:50PM +0100, Tobias Oetiker wrote:
Hi Kevin,
Today kevin brintnall wrote:
Tobi,
r2107 uses _NL_TIME_FIRST_WEEKDAY to determine the first weekday.
As far as I can tell, this macro exists only on Linux
Hi Peter,
wow ... sounds impressive. Have you done performance evaluations ?
If you could apply your genius to rrdcached and maybe make it even
better based on the insights gained from the rrdfs implementation?
cheers
tobi
Today Peter Stamfest wrote:
Hello!
In the last couple of days, I
Hi Peter,
Today Peter Stamfest wrote:
Tobias Oetiker t...@oetiker.ch schrieb am 23.02.2010 23:28:53:
Hi Peter,
wow ... sounds impressive. Have you done performance evaluations ?
Only insofar, as it is fast. Accessing RRDs in /dev/shm is just wow. I
wanted to do my first real
Folks,
I think I just solved a longstanding bug in the rrd_update routine
... I am writing a tool for seeding new rrd files from an existing
one ... essentially enabeling arbitrary restructuring ...
while doing this I found the following:
pdp: 1 2 | 3 4 5 6 7 | 8 9
for a consolidation of 5
Hi,
In a project for http://www.init7.net I have implemented rrdjig. This
tool can populate an rrd file based on the data found
in an existing rrd. It recreates an aproximation of the original
data stream and feeds it into the destination rrd file using
rrdtool update. With this method it is
Hi Camilo,
Mar 1 Camilo Viecco wrote:
Hello list
At work we have a large archive rrdfiles crerated on i386 and we need to
use x86_64 on some newer machines. Long story short I needed to access
both 64 bit data from 32 bit hosts and vice versa. Since the common data
format is still pending
Hi Robert,
in 2012:2013 I put in the patch below ... this should provide a
more generic fix for the problem. rrd_cgi functions all used to
fail horribly when a librrd function tried to touch ARGV[0] (mostly
to print an errror message including the name name of the calling
program) ...
obviously
Hi Florian,
Today Florian Forster wrote:
Hi Tobi,
On Wed, Feb 24, 2010 at 11:04:39PM +0100, Tobias Oetiker wrote:
Add a FETCH command to RRDCacheD which behaves like a (simplified
version of) rrdfetch(1).
[...]
I guess it's time to branche again ... I like your aproach
Hi Sebastian,
thanks ... I integrated it in r2033
cheers
tobi
Yesterday Sebastian Harl wrote:
tags 573299 + patch pending
thanks
Hi,
(This is a follow-up to Debian bug #573299 -- see
http://bugs.debian.org/573299 for details.)
On Wed, Mar 10, 2010 at 02:17:20PM +0100, Ralf Hildebrandt
501 - 600 of 795 matches
Mail list logo