You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nifi.apache.org by Mark Bean <ma...@gmail.com> on 2018/04/20 14:40:10 UTC

status bar counts on a cluster

On a cluster, the status bar reports 4 invalid processors. However, on some
nodes there are actually 6 invalid processors. The extra two processors are
invalid because a required configuration file (a property of the processor)
does not exist on some nodes.

The count on the status bar is not coming from the Cluster Coordinator nor
the Primary Node. Both of those nodes are missing the configuration file
and have a count of 6 invalid processors. Also, no matter which node the UI
is using, the status bar count is always 4. So, the count is not coming
from the UI's host.

Question: how does the status bar derive its information?

Thanks,
Mark

Re: status bar counts on a cluster

Posted by Matt Gilman <ma...@gmail.com>.
Hey Mark,

Just took a quick glance at the merging logic for global counts and it
doesn't appear that we consider varying number of invalid components.
Explicit merging logic will need to be added. I went ahead and filed a JIRA
for it [1].

Matt

[1] https://issues.apache.org/jira/browse/NIFI-5128

On Wed, Apr 25, 2018 at 9:29 AM, Mark Bean <ma...@gmail.com> wrote:

> This seems to have slipped through the cracks; I haven't seen a response.
> Does anyone have input?
>
> Thanks,
> Mark
>
> On Fri, Apr 20, 2018 at 10:40 AM, Mark Bean <ma...@gmail.com> wrote:
>
> > On a cluster, the status bar reports 4 invalid processors. However, on
> > some nodes there are actually 6 invalid processors. The extra two
> > processors are invalid because a required configuration file (a property
> of
> > the processor) does not exist on some nodes.
> >
> > The count on the status bar is not coming from the Cluster Coordinator
> nor
> > the Primary Node. Both of those nodes are missing the configuration file
> > and have a count of 6 invalid processors. Also, no matter which node the
> UI
> > is using, the status bar count is always 4. So, the count is not coming
> > from the UI's host.
> >
> > Question: how does the status bar derive its information?
> >
> > Thanks,
> > Mark
> >
>

Re: status bar counts on a cluster

Posted by Mark Bean <ma...@gmail.com>.
This seems to have slipped through the cracks; I haven't seen a response.
Does anyone have input?

Thanks,
Mark

On Fri, Apr 20, 2018 at 10:40 AM, Mark Bean <ma...@gmail.com> wrote:

> On a cluster, the status bar reports 4 invalid processors. However, on
> some nodes there are actually 6 invalid processors. The extra two
> processors are invalid because a required configuration file (a property of
> the processor) does not exist on some nodes.
>
> The count on the status bar is not coming from the Cluster Coordinator nor
> the Primary Node. Both of those nodes are missing the configuration file
> and have a count of 6 invalid processors. Also, no matter which node the UI
> is using, the status bar count is always 4. So, the count is not coming
> from the UI's host.
>
> Question: how does the status bar derive its information?
>
> Thanks,
> Mark
>