Hi Timothy:
On Thu, Apr 3, 2008 at 2:58 PM, Witham, Timothy D
<[EMAIL PROTECTED]> wrote:
> Correct. The gmetad pulling from clusters must get all the data from
> all hosts since it logs RRDs for all hosts, clusters and the summary for
> the grid of clusters. Unfortunately, it hands all this
>So what I ended up doing is set up another layer of gmetad between HQ
>and the remote grid and that new layer would simply send summary
>information back to HQ, which reduced the amount of traffic by a lot.
Correct. The gmetad pulling from clusters must get all the data from
all hosts since it l
Hi Timothy:
On Wed, Apr 2, 2008 at 9:31 PM, Witham, Timothy D
<[EMAIL PROTECTED]> wrote:
> Bernard said:
>
> >I am running gmetad r1199 on a server which has one data_source which
> is a server running gmetad 3.0.7 via port 8651.
>
> >In the webfrontend, the summary "CPUs Total" shows nothing,
>From: Carlo Marcelo Arenas Belon [mailto:[EMAIL PROTECTED]
>gmetad hierarchical setups has several areas for efficiency
improvement.
>this one (doing summaries from partial summaries in the leafs) being
one
>that was on the "TODO" list as a nice to have for a 3.1 release from
what
>I recall, and
On Wed, Apr 02, 2008 at 09:31:35PM -0700, Witham, Timothy D wrote:
>
> While looking at this, I think I see an area for efficiency improvement.
gmetad hierarchical setups has several areas for efficiency improvement.
this one (doing summaries from partial summaries in the leafs) being one
that wa
Bernard said:
>I am running gmetad r1199 on a server which has one data_source which
is a server running gmetad 3.0.7 via port 8651.
>In the webfrontend, the summary "CPUs Total" shows nothing, however,
the "CPUs Total" for the data_source running gmetad 3.0.7 is correct.
I actually had done the
