You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flume.apache.org by "Ashish Paliwal (JIRA)" <ji...@apache.org> on 2014/11/05 12:23:34 UTC

[jira] [Resolved] (FLUME-938) Master does not detect conflicts in the collector ports

     [ https://issues.apache.org/jira/browse/FLUME-938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ashish Paliwal resolved FLUME-938.
----------------------------------
       Resolution: Won't Fix
    Fix Version/s: v0.9.5

Won't fix. 0.X branch not maintained anymore

> Master does not detect conflicts in the collector ports
> -------------------------------------------------------
>
>                 Key: FLUME-938
>                 URL: https://issues.apache.org/jira/browse/FLUME-938
>             Project: Flume
>          Issue Type: Bug
>          Components: Configuration, Master, Node
>    Affects Versions: v0.9.4
>         Environment: Debian Squeeze
>            Reporter: Thomas Vachon
>            Priority: Critical
>             Fix For: v0.9.5
>
>
> We had 10 logical flows/nodes setup on our collectors.  The default HTTP status port is 11 from the beginning of the range of the collector ports.  With the addition of the host/logical mapping, that pushes the (now) 11th mapping into a conflict with the HTTP status port.
> The HTTP status port is already claimed so the collector goes one above (35863 in the default setup case).  The master failed to see that the RPC port was not bound to 35862 (the next in the series) and pointed all auto chained nodes at 35862 causing log delivery to fail.
> The master should check that what it expects on the port is listening on the port in my opinion.  It would have been very easy to see that the collector was not listening on 35862.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)