Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote: > > | ------- Additional Comment #2 From Timothy Witham 2008-06-05 10:38 > > | My patch still loses if we are talking to a gmond affected by Bug#38. > > | In that case, we receive incomplete data, but since it is some data, > > | we keep talking to that host every time. Maybe we should just talk to > > | a random host every time. Better to fix Bug#38 though... > > > > That would have the effect of gmetad > > getting incomplete, old data from that gmond, but that seems to be a > > different problem. > > yes, and that is why it has a different bug.
What bug is that? I'm not talking about fixing gmond, I'm talking about having gmetad sense when gmond from one meber of the cluster is giving old & incomplete data, and trying another cluster member to see if it can get newer data. I didn't see a bug for that, I just saw a note in the "timeout poll" bug mentioned that a solution for it wouldn't handle that situation, and saying that's okay, that *should* be separate. Is there indeed a bug, or a plan by someone, to get gmetad to do this? > > Told solve it in gmetad, we'd want gmetad to have > > some way of judging whether the data it's getting from a gmond is > > fresh and current, which is not the same as judging whether it > > actually *got* the data from the gmond. > the problematic code was introduced as a fix for BUG27 and was > indeed trying to detect if gmond was able to use the source or not > by looking at the obvious lack of TCP connectivity. BUG92 showed > that the heuristic was incomplete because didn't include gmond/system > that are hung but still responsive to a TCP three way handshake That was the *original* discussion on this thread, and that is indeed what the "timeout poll" bug is trying to address. What I'm saying is in reference to Timothy Witham's last note, which is a rather different matter. So I'm confused by your response - not that anything you say is confusing, I'm just confused by how it relates to what you responded to? -- Cos ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ganglia-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general
