You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flume.apache.org by "Jonathan Hsieh (JIRA)" <ji...@apache.org> on 2011/08/19 04:58:27 UTC
[jira] [Assigned] (FLUME-52) Heartbeat code still uses timestamp
rather than logical clock to decide if config is up-to-date
[ https://issues.apache.org/jira/browse/FLUME-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Hsieh reassigned FLUME-52:
-----------------------------------
Assignee: Jonathan Hsieh
> Heartbeat code still uses timestamp rather than logical clock to decide if config is up-to-date
> -----------------------------------------------------------------------------------------------
>
> Key: FLUME-52
> URL: https://issues.apache.org/jira/browse/FLUME-52
> Project: Flume
> Issue Type: Bug
> Components: Master, Node, Sinks+Sources
> Affects Versions: v0.9.0
> Reporter: Disabled imported user
> Assignee: Jonathan Hsieh
>
> There are, alas, many places where Flume is still using physical timestamps rather than logical ones for config versions.
> e.g. in MasterClientServer.java, in heartbeat(...)
> if (cfg == null || version < cfg.getTimestamp()) {
> configChanged = true;
> // version sent by node is older than current, return true to force config
> // upgrade
> }
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira