Joel Krauska,<br>What you might be really asking is for loose integration across multiple disparate RRD installations?<br><br>I&#39;m using cricket and have long surpassed the ability to collect and store data using single hosts.
<br>I&#39;ve even been pushing IO limits on my shared storage.<br><br>Among the possible solutions (aside from just adding more/better/faster hardware), are:<br>* reduce IO load on RRD updates (ie: keep more in memory for longer periods, or optimize for updates like the rrd daemon alluded to would do).
<br>* integrate disparate RRD respositories at the UI level&nbsp; (the closest solution applicable to the problem mentioned in the original email).<br><br>Imagine a drraw URL call that would export the data in csv/xml, much like RRD XPORT does today....
<br>Then imagine the drraw UI that would &#39;fetch&#39; data (via the export feature) from a _remote_ drraw UI and merge results together in a single display.<br>maybe the fetch is done via perl sockets/LWP within the CGI, or maybe the fetch is done via AJAX at the browser.....
<br><br>It could happen... it could work... it could exist before the RRD Daemon becomes a reality (unless Tobi is up to something I&#39;m not aware of ;-) )<br><br>Anyone want to work on such a beast?<br><br>-Eric<br><br>
<div><span class="gmail_quote">On 9/12/07, <b class="gmail_sendername">David Nolan</b> &lt;<a href="mailto:vitroth+@cmu.edu">vitroth+@cmu.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 9/12/07, Joel Krauska &lt;<a href="mailto:jkrauska@gmail.com">jkrauska@gmail.com</a>&gt; wrote:<br>&gt; It&#39;s perhaps possible to get around this using a shared filesystem for rrds, but it would<br>&gt; be nice to think about how drraw itself could accomplish this....
<br>&gt;<br>&gt; Anyone else have this problem/need?<br>&gt;<br><br>Absolutely, but I don&#39;t think this is a problem that drraw should try<br>to solve.&nbsp;&nbsp;I&#39;d like to see a more generalized solution for distributed<br>
RRD collection &amp; graphing.&nbsp;&nbsp;I have got more devices/hosts I want to<br>graph at my primary location then I can collect with a single machine,<br>let alone graph...&nbsp;&nbsp; I&#39;m doing the shared filesystem via NFS for<br>
graphing.&nbsp;&nbsp;Collection on two hosts, exported to a third for graphing.<br>And I shudder every time I think about it.<br><br>Tobias Oetiker (author of RRD) has been looking at adding an rrd<br>daemon which handles the file IO, buffering and smoothing it, maybe
<br>even caching it for read access.&nbsp;&nbsp;Once that happens I think<br>distributed RRD access should be fairly easy.<br><br>On the other hand...&nbsp;&nbsp;Great, why don&#39;t you add that and send us a patch.&nbsp;&nbsp;:)<br><br>-David<br>_______________________________________________
<br>drraw-users mailing list<br><a href="mailto:drraw-users@taranis.org">drraw-users@taranis.org</a><br><a href="http://web.taranis.org/mailman/listinfo/drraw-users">http://web.taranis.org/mailman/listinfo/drraw-users</a>
<br></blockquote></div><br>