On Thu, Mar 20, 2008 at 11:52:58AM -0700, Witham, Timothy D wrote:
> Ok, if you can guarantee that a gmetad will never hear from an old and a
> new gmond at the same time, then you might be right.
no, the objective is to allow a gmetad to pull and summarize correctly from
3.0 or 3.1 gmond.
the cu
On Thu, Mar 20, 2008 at 05:35:44PM -0600, Brad Nicholes wrote:
>
> I just checked in the changes to remove the pymodule section directive and to
> introduce the language directive.
great
> I am still working on the documentation for the directive change and how to
> write modules in C and pyt
>>> On 3/20/2008 at 1:03 PM, in message <[EMAIL PROTECTED]>, "Brad
Nicholes" <[EMAIL PROTECTED]> wrote:
On 3/20/2008 at 12:22 PM, in message <[EMAIL PROTECTED]>, Carlo
> Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
>> On Thu, Mar 20, 2008 at 10:26:31AM -0600, Brad Nicholes wrote:
>>>
>>> 1
On Thu, Mar 20, 2008 at 5:25 PM, Bernard Li <[EMAIL PROTECTED]> wrote:
> Hi Carlo:
>
> Instead of trying to solve this automatically, I would suggest the
> following instead:
>
> - set GANGLIA_NANO_VERSION to something like "test" by default
> - when we want to build a "real" snapshot to be con
Hi Carlo:
On 3/19/08, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> my half cooked idea (when I saw this and hoped someone else will fix it) was
> to :
>
> 1) define we want a snapshot or not through an environmental variable
> (with fallback to the current setting)
> 2) during boo
Hi Carlo:
On 3/19/08, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> Committed revision 1092
>
> /usr/include/scoreboard.h is not a public system header and shouldn't be
> installed.
Thanks, this works.
BTW in the future if you are updating the spec file, please make sure
you update
>>> On 3/20/2008 at 12:22 PM, in message <[EMAIL PROTECTED]>, Carlo
Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 20, 2008 at 10:26:31AM -0600, Brad Nicholes wrote:
>>
>> 1. Remove the "pymodule" configuration directive
>
> +1
>
>> 2. Add an optional type name to a module section
Ok, if you can guarantee that a gmetad will never hear from an old and a
new gmond at the same time, then you might be right. I just wanted to
handle that case and make sure that all numbers add up correctly, no
matter what type they happen to be.
-twitham
-Original Message-
From: Carlo
On Thu, Mar 20, 2008 at 10:26:31AM -0600, Brad Nicholes wrote:
>
> 1. Remove the "pymodule" configuration directive
+1
> 2. Add an optional type name to a module section to designate the interface
> type.
>module { } - #No designation, the default is C
>module Python {} - #Python type
On Thu, Mar 20, 2008 at 10:26:36AM -0700, Witham, Timothy D wrote:
> Without this, folks would have to upgrade
> all gmonds to 3.1 simultaneously or they would get incorrect totals.
I haven't yet validated this by testing the setup, but from my understanding
of the code, you should be able to upg
Thank you Carlo. I updated the title on bug#128 and attached a final
patch which corrects the math in process_xml.c too. This was needed to
get the total right in the summary graphs.
I cleaned up the code by removing the no longer needed integer addition.
This allows sources to be integers from
All,
The email discussion below prompted me to take a little closer look at the
configuration directives for the metric module interface. Currently there are
two types of module section directives. There is a "module" and a "pymodule".
The problem with this is that if or when another scri
>>> On 3/19/2008 at 2:09 PM, in message
<[EMAIL PROTECTED]>, "James Richardson"
<[EMAIL PROTECTED]> wrote:
> I am I correct to interpret this thread as a stable v3.1 branch will be
> available "any day now"?
>
Yes, however it probably won't be stable from day one. What we are trying to
do is wo
On Thursday 20 March 2008 06:58:45 Carlo Marcelo Arenas Belon wrote:
> On Mon, Mar 17, 2008 at 10:31:10PM +0100, Paul Millar wrote:
> haven't used Xen in this setup, but had a similar setup using kvm
[..]
Yes, this is similar to my setup. The only major difference is I don't attach
eth0 to the b
14 matches
Mail list logo