I am looking to transition a piece of my search infrastructure from polling
the cluster's health status to hopefully receiving notifications whenever
an event occurs. Using the TransportService, I registered various relevant
listeners, but none of them are triggered.
Here is the gist of the code:
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is there
perhaps a different route using the TransportClient?
On Wed, Apr 30, 2014 at 12:17 AM, Ivan Brusic ivan@brusic.com wrote:
I am looking to transition a piece of my search infrastructure from
polling the cluster's health status to hopefully receiving notifications
whenever an event occurs. Using the TransportService, I registered various
relevant listeners, but none of them are triggered.
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is
there perhaps a different route using the TransportClient?
Would the DiscoverService solve my initial problem or only get around
constructing a DiscoveryNodesProvider? DiscoverService only uses
the InitialStateDiscoveryListener, which doesn't publish interesting events.
I won't be near a computer in the next few days to test.
On Wed, Apr 30, 2014 at 12:17 AM, Ivan Brusic ivan@brusic.com wrote:
I am looking to transition a piece of my search infrastructure from
polling the cluster's health status to hopefully receiving notifications
whenever an event occurs. Using the TransportService, I registered various
relevant listeners, but none of them are triggered.
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is
there perhaps a different route using the TransportClient?
I should add that I am still on version 0.90.2. Looking to finally
transition to 1.1 relatively soon. Our search infrastructure has had 100%
uptime in the past two years, but it comes at the expense of not upgrading
often.
--
Ivan
On Wed, Apr 30, 2014 at 6:56 AM, Ivan Brusic ivan@brusic.com wrote:
Would the DiscoverService solve my initial problem or only get around
constructing a DiscoveryNodesProvider? DiscoverService only uses
the InitialStateDiscoveryListener, which doesn't publish interesting events.
I won't be near a computer in the next few days to test.
On Wed, Apr 30, 2014 at 12:17 AM, Ivan Brusic ivan@brusic.com wrote:
I am looking to transition a piece of my search infrastructure from
polling the cluster's health status to hopefully receiving notifications
whenever an event occurs. Using the TransportService, I registered various
relevant listeners, but none of them are triggered.
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is
there perhaps a different route using the TransportClient?
Not sure what events you are after, but I guess you just want to push
notifications about node failures?
You could write a plugin that simply registers a listener to Zen's
NodesFaultDetection.addListener() and trigger the action you want (send
email, whatever) in the onNodeFailure() method of the listener.
Jörg
On Wed, Apr 30, 2014 at 5:39 PM, Ivan Brusic ivan@brusic.com wrote:
I should add that I am still on version 0.90.2. Looking to finally
transition to 1.1 relatively soon. Our search infrastructure has had 100%
uptime in the past two years, but it comes at the expense of not upgrading
often.
--
Ivan
On Wed, Apr 30, 2014 at 6:56 AM, Ivan Brusic ivan@brusic.com wrote:
Would the DiscoverService solve my initial problem or only get around
constructing a DiscoveryNodesProvider? DiscoverService only uses
the InitialStateDiscoveryListener, which doesn't publish interesting events.
I won't be near a computer in the next few days to test.
On Wed, Apr 30, 2014 at 12:17 AM, Ivan Brusic ivan@brusic.com wrote:
I am looking to transition a piece of my search infrastructure from
polling the cluster's health status to hopefully receiving notifications
whenever an event occurs. Using the TransportService, I registered various
relevant listeners, but none of them are triggered.
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is
there perhaps a different route using the TransportClient?
NodesFaultDetection is what I am looking into using, but on the client
side, not as a plugin. I use similar code to create an AnalysisService
locally, but no luck when it comes to TransportService actions.
Not sure what events you are after, but I guess you just want to push
notifications about node failures?
You could write a plugin that simply registers a listener to Zen's
NodesFaultDetection.addListener() and trigger the action you want (send
email, whatever) in the onNodeFailure() method of the listener.
Jörg
On Wed, Apr 30, 2014 at 5:39 PM, Ivan Brusic ivan@brusic.com wrote:
I should add that I am still on version 0.90.2. Looking to finally
transition to 1.1 relatively soon. Our search infrastructure has had 100%
uptime in the past two years, but it comes at the expense of not upgrading
often.
--
Ivan
On Wed, Apr 30, 2014 at 6:56 AM, Ivan Brusic ivan@brusic.com wrote:
Would the DiscoverService solve my initial problem or only get around
constructing a DiscoveryNodesProvider? DiscoverService only uses
the InitialStateDiscoveryListener, which doesn't publish interesting events.
I won't be near a computer in the next few days to test.
On Wed, Apr 30, 2014 at 12:17 AM, Ivan Brusic ivan@brusic.com wrote:
I am looking to transition a piece of my search infrastructure from
polling the cluster's health status to hopefully receiving notifications
whenever an event occurs. Using the TransportService, I registered various
relevant listeners, but none of them are triggered.
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is
there perhaps a different route using the TransportClient?
On Wed, Apr 30, 2014 at 9:17 AM, Ivan Brusic ivan@brusic.com wrote:
NodesFaultDetection is what I am looking into using, but on the client
side, not as a plugin. I use similar code to create an AnalysisService
locally, but no luck when it comes to TransportService actions.
Not sure what events you are after, but I guess you just want to push
notifications about node failures?
You could write a plugin that simply registers a listener to Zen's
NodesFaultDetection.addListener() and trigger the action you want (send
email, whatever) in the onNodeFailure() method of the listener.
Jörg
On Wed, Apr 30, 2014 at 5:39 PM, Ivan Brusic ivan@brusic.com wrote:
I should add that I am still on version 0.90.2. Looking to finally
transition to 1.1 relatively soon. Our search infrastructure has had 100%
uptime in the past two years, but it comes at the expense of not upgrading
often.
--
Ivan
On Wed, Apr 30, 2014 at 6:56 AM, Ivan Brusic ivan@brusic.com wrote:
Would the DiscoverService solve my initial problem or only get around
constructing a DiscoveryNodesProvider? DiscoverService only uses
the InitialStateDiscoveryListener, which doesn't publish interesting events.
I won't be near a computer in the next few days to test.
On Wed, Apr 30, 2014 at 12:17 AM, Ivan Brusic ivan@brusic.com wrote:
I am looking to transition a piece of my search infrastructure from
polling the cluster's health status to hopefully receiving notifications
whenever an event occurs. Using the TransportService, I registered various
relevant listeners, but none of them are triggered.
Most of it I stole^H^H^H^H^Hborrowed from ZenDiscovery. I am assuming
something is not quite right with the TransportService. I tried using both
a node client and a master-less/data-less client. I also suspect that
the DiscoveryNodesProvider might not have been initialized correctly, but I
am primarily after the events from NodesFaultDetection, which does not use
the DiscoveryNodesProvider.
I know I am missing something obvious, but I cannot quite spot it. Is
there perhaps a different route using the TransportClient?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.