<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.db.rrdtool.devel">
    <title>gmane.comp.db.rrdtool.devel</title>
    <link>http://blog.gmane.org/gmane.comp.db.rrdtool.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4293"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4290"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4285"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4283"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4276"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4275"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4271"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4253"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4251"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4250"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4245"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4231"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4225"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4224"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4222"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4218"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4217"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4211"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4293">
    <title>drill down charts using rrdtools</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4293</link>
    <description>&lt;pre&gt;My name is Mohan and this is my first entry to this forum. As of now I am
familiar with creating a chart using rrdtool. I just wanted to know whether
there is any option in rrdtool to draw a drill down chart, i.e., if I select
some region between 2 hour values, then the selected region should zoom and
show the chart dividing the selected region into minutes, further if I
select 2 minute values then it should show the graph divided into seconds
between the 2 minutes. Is this possible to achieve this in rrdtool? If so
can you please give me some idea?

Thanks and regards,
Mohan Rao Mudradi



--
View this message in context: http://rrd-mailinglists.937164.n2.nabble.com/drill-down-charts-using-rrdtools-tp7581010.html
Sent from the RRDtool Developers Mailinglist mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>mudradimohan</dc:creator>
    <dc:date>2013-05-15T06:09:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4290">
    <title>vnames</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4290</link>
    <description>&lt;pre&gt;A user got bitten by using a vname which could not be used in RPN.

The manual pages warn for this, but apparently nobody noticed the problem 
when the user asked for help.  I admit that I did not immediately spot it 
and needed to do some debugging before being able to solve the problem.
(see the rrd-users mailing list)

Maybe rrdtool should refuse to use, or at least warn about, vnames which are 
also existing operators in RPN?

cheers,
Alex
P.S.
No, I cannot send a patch due to circumstances.
&lt;/pre&gt;</description>
    <dc:creator>Alex van den Bogaerdt</dc:creator>
    <dc:date>2013-02-21T21:30:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4285">
    <title>cassandra support</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4285</link>
    <description>&lt;pre&gt;Hey friends,

I have added cassandra support to rrd like lidbi. Is there anyone interested
?Please suggest  me to add some more features. i just added basic cassandra
data model support one columnfamily one row support , so this modification
can support millions of data point to be stored. 



--
View this message in context: http://rrd-mailinglists.937164.n2.nabble.com/cassandra-support-tp7580708.html
Sent from the RRDtool Developers Mailinglist mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>nirmoy</dc:creator>
    <dc:date>2013-01-08T12:27:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4283">
    <title>rrdtool + libdbi / mysql speed test</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4283</link>
    <description>&lt;pre&gt;Hello everyone,

Happy new year 2013 !

I spent the last few weeks testing libdbi support in rrdtool. Some
people already reported that using libdbi is not very efficient, but I
couldn't find any numbers on this (just "it's slow").

I've done some investigation, to track where performance was hit and
on which criteria. This is of course when you want rrdtool graph, as
data creation / updates are handled outside rrdtool.
When using rrdtool file for storing data, it took the same time to
graph 1 hour of data or 200 hours. Retrieving data from 1 DS or 5 DS
(inside the very same rrd file) took approximately the same time.
When using libdbi (with mysql backend), time needed to render the
graph is skyrocketing, based on how many hours of data you want, and
how many DS you have.
The following chart is very straightforward :
http://www.olivierdoucet.info/blog/wp-content/uploads/2012/12/graph.png

What is interesting here is that time is not spent on the query itself
(took less than a second, even for 1 year of data)&lt;/pre&gt;</description>
    <dc:creator>Olivier Doucet</dc:creator>
    <dc:date>2013-01-07T16:52:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4276">
    <title>rrdcached: path sanitizer</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4276</link>
    <description>&lt;pre&gt;I've just installed rrdcached and I'm checking its performance.

I found that daemon does not sanitize file paths.
Two different cliens may want to refer the same unix file
with different names but rrdcached does not recognizes this
but uses given filenames literally.

E.g. Unix system calls "know" that the following files are the same
/var/lib/cricket/subdir/foo.rrd and /var/lib/cricket//subdir/foo.rrd,
/var/lib/cricket/subdir/bar.rrd and /var/lib/cricket/./subdir/bar.rrd 
etc.
Meanwhile rrdcache thinks they are different.
This may be problem when one program updates RRD file and an other
one tries to flush cache before graphing.

Checking the source code I found that severeal request handlers
call get_abs_path(&amp;amp;file, file_tmp), but then no one uses
the content of file_tmp.
Maybe this function could be replaced with an other that
canonifies file paths. I.e. multiple slashes should be replaced
with single one and "./" should be omitted.

Regards

Gabor



&lt;/pre&gt;</description>
    <dc:creator>Kiss Gabor (Bitman</dc:creator>
    <dc:date>2012-11-30T12:33:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4275">
    <title>[contrib] python binding rrdtool 1.4.7 Python 2.7win32</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4275</link>
    <description>&lt;pre&gt;Hello

First of all, thank you for developing such a useful tool.

I recently needed a Python binding for rrdtool on Windows and I was 
surprised not to find something new. When trying to compile it myself, I 
have hit a few small problems that were a bit time consuming.

I have uploaded at [1] the binary files and the sources I used to obtain 
them from. Feel free to add the archives to the download page of rrdtool 
and let me know if I could help with modifying something else.

[1] http://swarm.cs.pub.ro/~anao/rrdtool_python_binding_win32/

Kind regards,

&lt;/pre&gt;</description>
    <dc:creator>Ana Oprea</dc:creator>
    <dc:date>2012-11-05T20:09:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4271">
    <title>Internal error while talking to rrdcached</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4271</link>
    <description>&lt;pre&gt;Hi,

I'm getting following error from Zenoss monitoring setup, but the root
cause is unclear.
Possibly you could give some insight or tips where to look at? Already
tried via Zenoss community forum (http://community.zenoss.org/thread/18663)
but no luck there so far.

[Error]
2012-11-02 10:20:32,411 ERROR zen.ThresholdInstance: Unable to read RRD
file for usedBlocks_usedBlocks
Traceback (most recent call last):
  File "/opt/zenoss/Products/ZenModel/ThresholdInstance.py", line 150, in
checkRaw
    cycleTime, rrdType = self._getRRDType(dataPoint)
  File "/opt/zenoss/Products/ZenModel/ThresholdInstance.py", line 173, in
_getRRDType
    data = rrdtool_fn()
  File "/opt/zenoss/Products/ZenUtils/Utils.py", line 1739, in _inner
    return fn(*args,**kwargs)
  File "/opt/zenoss/Products/ZenModel/ThresholdInstance.py", line 172, in
rrdtool_fn
    return rrdtool.info(self.context().path(dp), *rrd_daemon_args())
error: request: internal error while talking to rrdcached

[Process]
zenoss   12303  0.0  0.0 114288  1156 ? &lt;/pre&gt;</description>
    <dc:creator>Juha Mustonen</dc:creator>
    <dc:date>2012-11-02T08:22:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4270">
    <title>rrdjig is now in github</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4270</link>
    <description>&lt;pre&gt;RRDjig, the tool for transfering data from one rrd file to another
allowing for different stepping and structure between the two is
now on github ...

 https://github.com/oetiker/rrdtool-rrdjig

cheers
tobi


&lt;/pre&gt;</description>
    <dc:creator>Tobias Oetiker</dc:creator>
    <dc:date>2012-10-26T08:54:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4253">
    <title>rrdtool is now on github</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4253</link>
    <description>&lt;pre&gt;RRDtool repository moved from Subversion to Git
-----------------------------------------------

Over the last few weeks I have been experimenting with
moving rrdtool over to github. Finally it is done. The
rrdtool source repository along with the trac issue
database reside on github now.

  https://github.com/oetiker/rrdtool-1.x

cheers
tobi


&lt;/pre&gt;</description>
    <dc:creator>Tobias Oetiker</dc:creator>
    <dc:date>2012-09-11T09:22:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4251">
    <title>RRD PostgreSQL extension</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4251</link>
    <description>&lt;pre&gt;Hi,

I am currently thinking about building an RRD extension for PostgreSQL.

The extension will provide a RRD data type which represents a
complete database and functions for all the existing functions of the
RRD tool, like create, update, first and graph...

PostgreSQL has a nice API for LOB, which allows to store the whole RRD
database using the PostgreSQL file management.

I already have taken a look to the RRD code. As far as I can see, there
are functions like rrd_create_r(...) which provides the functionality I
need for such an extension.

The PostgreSQL LOB API currently provides a file descriptor for the
access to the data stored in the LOB.

Unfortunately, it looks like the RRD API only allows the usage of a
filename.

Is there any way to use a file descriptor instead of the filename? Or
is there any chance such a patch would be accepted?

thanks
Dustin Frisch


&lt;/pre&gt;</description>
    <dc:creator>Dustin Fisch</dc:creator>
    <dc:date>2012-09-08T20:44:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4250">
    <title>PATCH: Fix for JSON output format</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4250</link>
    <description>&lt;pre&gt;Hi everyone,


Recently I have experimented with dynamic graphing of RRDtool data on 
web pages (as JSON data queried by jQuery). While the JSON export and 
transport worked fine, after some testing I realized that starting with 
version 1.4 jQuery rejects JSON data which it thinks is malformed. When 
directly fed the output output of "rrdtool xport --json" jQuery barfs 
with an syntax error.

Of course there are workarounds, but the attached fix is pretty trivial: 
Only the double quotes were missing in most of the JSON output from 
RRDtool to pass the jQuery test. The JSON standard is pretty strict on 
strings and requires any string to be wrapped in double quotes: 
http://json.org/

Personally I have also tested the resulting output with 
http://jsonlint.org/ and http://www.jsoneditoronline.org/ which both 
worked for me. YMMV, though.


Regards,
Thomas
--- ../rrdtool-1.4.7.orig/src/rrd_tool.c2012-01-24 11:08:48.000000000 +0100
+++ src/rrd_tool.c2012-09-05 17:11:34.471626553 +0200
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -737,13 +737,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>Thomas Mainka</dc:creator>
    <dc:date>2012-09-05T20:32:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4245">
    <title>moving rrdtool source to github</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4245</link>
    <description>&lt;pre&gt;Folks,

I have made a first attempt at moving the rrdtool source to github
...

https://github.com/oetiker/RRDtool1x

while the history was preserved somewhat, it seems that the
relationships between files in the different parts of the svn tree
did not travel all that well ...

the problem is that the structure of the rrdtool repo was not all
that stable over the years, and therefore the automatic migration
seems to have trouble identifying file history ...

any good advice on how to go about this ?

one idea I had creating some system which checks out the individual
svn revisions and then semi automatically copy them into a git repo
altering the copy instructinons as the repo structure is changeing
...

cheers
tobi

&lt;/pre&gt;</description>
    <dc:creator>Tobias Oetiker</dc:creator>
    <dc:date>2012-09-04T14:54:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4235">
    <title>Yet another RRD merge script</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4235</link>
    <description>&lt;pre&gt;Unable to find a script to merge my RRD files as I wanted, I've taken to
writing my own generic one.

 

This new script will merge one or more RRD files, which do not need to have
the same DS or RRA definitions, to make a single RRD.  It can preserve a
configurable list of DS over the set, building different RRA from whichever
available RRA match the closest, merging RRA where they cover different time
windows.  You can specify longer or shorter RRA length, and even change the
step value as you go (though this is not yet working quite right).  It
should also be able to use one RRD to fill in the gaps in another, though
this is still work in progress.

 

It doesn't seem to work with HW RRAs yet, and I haven't tested with
calculated DSs.

 

Is there anyone out there who'd like to have a copy for testing purposes,
and feed back patches/requests/bugs?

 

The motivation for this script is to migrate our MRTG system (32bit,
multiple archived copies of RRDs) to our new system (64bit, single
extra-long RRD) but &lt;/pre&gt;</description>
    <dc:creator>Steve Shipway</dc:creator>
    <dc:date>2012-08-20T00:53:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4231">
    <title>fix str{cpy,cat} and sprintf safety warnings</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4231</link>
    <description>&lt;pre&gt;Hi!

So far the cooperation has been perfect, so I'm gonna dig deeper :-)

OpenBSD has a modified toolchain that (among other cool features) warns
you about certain programming constructs that have been found unsafe,
like the use of strcpy/strcat/sprintf with non-const strings where the
length isn't either known or properly estimated.

To get rid of such warnings, I replaced the calls with strndup/strncat
or snprintf.  The OpenBSD variants strlcpy/strlcat aren't present in
GNU libc and aren't likely to appear there because of Ulrich Drepper.
My recent observations regarding portability:

- Windows have _snprintf() defined in stdio.h. Does autocrap pick it up?

- if there's a system without snprintf(), it can be easily replaced by
  dropping the second parameter, like so:

  #define snprintf(a, b, ...) sprintf(a, __VA_ARGS__)

- I found just one #ifdef HAVE_SNPRINTF, but snprintf's already exist
  without being ifdef'd, which probably means people finally have this
  function on their systems and we can safel&lt;/pre&gt;</description>
    <dc:creator>Martin Pelikan</dc:creator>
    <dc:date>2012-08-12T23:07:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4225">
    <title>rrd_graph.c crashed on right Y-axis with SI units</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4225</link>
    <description>&lt;pre&gt;Hi!

I was just trying to make rrdtool 1.4.7 from Gentoo to make throughput graphs
in bps on the left axis and in Bps on the right one, when it suddenly crashed:

Program terminated with signal 11, Segmentation fault.
#0  0xb710c3dd in vfprintf () from /lib/libc.so.6
(gdb) where
#0  0xb710c3dd in vfprintf () from /lib/libc.so.6
#1  0xb712e525 in vsprintf () from /lib/libc.so.6
#2  0xb7113dcc in sprintf () from /lib/libc.so.6
#3  0xb771bdee in draw_horizontal_grid (im=im&amp;lt; at &amp;gt;entry=0xbfefb710) at rrd_graph.c:2103
#4  0xb771f0ee in grid_paint (im=im&amp;lt; at &amp;gt;entry=0xbfefb710) at rrd_graph.c:2678
#5  0xb772586b in graph_paint (im=im&amp;lt; at &amp;gt;entry=0xbfefb710) at rrd_graph.c:3714
#6  0xb7725abc in rrd_graph_v (argc=argc&amp;lt; at &amp;gt;entry=25, argv=argv&amp;lt; at &amp;gt;entry=0xbfefe998) at rrd_graph.c:4003
#7  0xb7725c86 in rrd_graph (argc=argc&amp;lt; at &amp;gt;entry=25, argv=argv&amp;lt; at &amp;gt;entry=0xbfefe998, prdata=prdata&amp;lt; at &amp;gt;entry=0xbfefe7b4, xsize=xsize&amp;lt; at &amp;gt;entry=0xbfefe7b8, 
    ysize=ysize&amp;lt; at &amp;gt;entry=0xbfefe7bc, stream=stream&amp;lt; at &amp;gt;entry=0x0, ymin=ymin&amp;lt; at &amp;gt;entry=0xbfefe7c0, ymax=ymax&amp;lt; at &amp;gt;entry=0xbfefe7c8) at rrd_&lt;/pre&gt;</description>
    <dc:creator>Martin Pelikan</dc:creator>
    <dc:date>2012-08-12T13:58:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4224">
    <title>[PATCH] Add create and info to rrdupdate</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4224</link>
    <description>&lt;pre&gt;Dear List,


we have the need to incorporate generation/updates of RRD files in
an embedded environment. However, there are a few dependencies that
ruin our plan, most notably libxml2 and libglib. Even a minimal
build (--disable-*) still has these dependencies.


What we need is just to create and update RRDs. All graphing is
interactive and handled in the web GUI. I have also seen similar
needs expressed regarding restricted environments. The rrdupdate
standalone utility is a good start, but it lacks the ability to
create RRDs.


The proposed patch (attached) adds two features to rrdupdate:
info and create. This is done by invoking the binary with different
names (ala BusyBox). For this, two symbolic links, rrdcreate and
rrdinfo, are used. The size of a stripped rrdupdate is increased
from 80kB to 88kB (libc on i386), but that is a small sacrifice
compared with rrdtool + dependencies (minimal build &amp;gt;2.0MB).


My auto[voodoo] skills are limited and so is my insight in the
rrdtool code, so any comments are mo&lt;/pre&gt;</description>
    <dc:creator>Sven-Göran Bergh</dc:creator>
    <dc:date>2012-08-10T18:46:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4222">
    <title>"transferring data" from an old to a to a new rrd</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4222</link>
    <description>&lt;pre&gt;Hi!

I have tried to make use of rrdjig.pl, but it ran for ages at 100%CPU and never finished on my test data.

So I started writing a script that is able to extract the data from an original file and produces a list of update lines (takes from the "closest available resolution" - so if we have data for step 300, we take this, if not go to the next-higher version - up to 86400) - the timestamp is EXACTLY at the step boundry.
This output is then fed into a new program that does the updates on an EMPTY rrd file with different RRA definitions (different number of rows and different pdp_per_step).

But when I apply this update to the new empty rrd of the SAME definition i see:
a)  the data at step 300 is identical
b) but the consolidated data at lower resolutions (say 86400) is not identical.

So after heavy debugging I had found out that a lookup of the value in a Specific RRA for a specific Timestamp TS requires the following logic:

For the timestamp TS I want to Insert (assuming TS % &amp;lt;STEP&amp;gt;=0), I have to loo&lt;/pre&gt;</description>
    <dc:creator>Martin Sperl</dc:creator>
    <dc:date>2012-07-16T13:24:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4218">
    <title>RRD + Step in milliseconds</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4218</link>
    <description>&lt;pre&gt;Hello,

I am researching rrd-[developers|users] archives whether someone have
done the extension of the RRD tool for milliseconds/sub-second stepping
(e.g., --step 500ms) in the past?

To date I found some mail threads with references to the subject but
without an explicit success mark.

Using this sub-second extension, I want to research mechanical gearboxes
installed on remote sites in the field collecting the analogue data from
gearbox' sensors in an RRA over 1 year via site local network. A gearbox
aggregate has something like 150 data sources. (~50) of them need to be
recorded with 100ms step. The system, I have in mind should work
off-line/autonomously.

With best regards,

Michael
&lt;/pre&gt;</description>
    <dc:creator>MLjubich&lt; at &gt;gmx.net</dc:creator>
    <dc:date>2012-06-26T12:25:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4217">
    <title>core-dump freebsd 8.2 and rrdtool 1.4.7</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4217</link>
    <description>&lt;pre&gt;Dear List,

when I run the following command I get a coredump.

./graph2.sh: line 14: 41874 Segmentation fault: 11  (core dumped) 
/opt/rrdtool-1.4.7/bin/rrdtool graph medewerkers2.png --lower-limit 0 
--imgformat PNG --start 20120317 --end now --width 400 --height 400 
DEF:amsterdamu=Amsterdam.rrd:users:AVERAGE 
DEF:amsterdami=Amsterdam.rrd:industry:AVERAGE 
DEF:amsterdamb=Amsterdam.rrd:business:AVERAGE 
DEF:amsterdams=Amsterdam.rrd:staf:AVERAGE 
AREA:amsterdams#008000:"Amsterdam" AREA:amsterdami#00FF00::STACK 
AREA:amsterdamb#77FF77::STACK GPRINT:amsterdamu:LAST:"%3.0lf" 
GPRINT:amsterdami:LAST:"%3.0lf" GPRINT:amsterdamb:LAST:"%3.0lf" 
GPRINT:amsterdams:LAST:"%3.0lf\n"

rrdtool version:
~/Smoel]$ /opt/rrdtool-1.4.7/bin/rrdtool
RRDtool 1.4.7  Copyright 1997-2012 by Tobias Oetiker &amp;lt;tobi&amp;lt; at &amp;gt;oetiker.ch&amp;gt;
                Compiled May 24 2012 16:45:11

Usage: rrdtool [options] command command_options
Valid commands: create, update, updatev, graph, graphv,  dump, restore,
                 last, lastupdate, first, inf&lt;/pre&gt;</description>
    <dc:creator>Erik de Mare</dc:creator>
    <dc:date>2012-05-24T15:17:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4211">
    <title>rrdcached CREATE: the daemon should mkdir -p</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4211</link>
    <description>&lt;pre&gt;Hello,

I compiled the current trunk (r2287) and noticed that rrdcached can't 
create a RRD if the whole path to it doesn't exist; for example:

telnet localhost 42217
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
CREATE a/b/c.rrd -b 1335447997 DS:one:COUNTER:600:U:U RRA:AVERAGE:0.5:1:24
-1 RRD Error: creating '/home/tests/rrd/data/a/b/c.rrd': No such file or 
directory
CREATE c.rrd -b 1335447997 DS:one:COUNTER:600:U:U RRA:AVERAGE:0.5:1:24
0 RRD created OK
QUIT

where /home/tests/rrd/data is the daemons basedir. Could the following 
patch be considered?

--- rrd_daemon.c        (revision 2287)
+++ rrd_daemon.c        (working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1824,6 +1824,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 static int handle_request_create (HANDLER_PROTO) /* {{{ */
 {
   char *file, file_tmp[PATH_MAX];
+  char *file_copy, *dir;
+  struct stat st;
   char *tok;
   int ac = 0;
   char *av[128];
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1839,6 +1841,17 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
     return syntax_error(sock,cmd);
   /* get full pathname */
   get_abs_path(&amp;amp;file, file_tmp);
+  /* dirname&lt;/pre&gt;</description>
    <dc:creator>Marek.Schimara&lt; at &gt;ext.bull.net</dc:creator>
    <dc:date>2012-04-26T15:31:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4210">
    <title>Always highest resolution with rrdcached</title>
    <link>http://comments.gmane.org/gmane.comp.db.rrdtool.devel/4210</link>
    <description>&lt;pre&gt;Hi,

I'm using RRDCached with PHP rrdtool (1.4.99910112300) binding.
When I try fetch data from rrdcached (with rrdtool v 1.4.3) from
remote server with command like this:

            $res = 600;
            $opt = array();
            $opt[] = "--start";
            $opt[] = (int)(($this-&amp;gt;end - $this-&amp;gt;epoch) / $res) * $res;
            $opt[] = "--end";
            $opt[] = (int)($this-&amp;gt;end / $res) * $res;
            $opt[] = "--resolution";
            $opt[] = $res;
            $opt[] = "--daemon";
            $opt[] = 'host:port';
            $opt[] = $cfs[$y];

            $ret = rrd_fetch($rrds[$y], $opt, count($opt));

I get always highest resolution (10). When I try fetch data direct
from files with command line it works fine.
Can You give me some advise?

When I run HELP for FETCH command from rrdcached I get this:
Usage: FETCH &amp;lt;file&amp;gt; &amp;lt;CF&amp;gt; [&amp;lt;start&amp;gt; [&amp;lt;end&amp;gt;]]
There is no resolution parameter?

Thank you for every response.

Best regards

Marek Fiala
www.bijk.com
&lt;/pre&gt;</description>
    <dc:creator>Marek Fiala</dc:creator>
    <dc:date>2012-04-23T11:58:43</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.db.rrdtool.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.db.rrdtool.devel</link>
  </textinput>
</rdf:RDF>
