# Reachable\_only: true setting with Winlogbeat Kafka output does not seem to work
**URL:** https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529
**Category:** Beats
**Tags:** winlogbeat
**Created:** [October 8, 2018, 10:21pm UTC](https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529 "2018-10-08T22:21:48Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@holdenkilbride](https://discuss.elastic.co/u/holdenkilbride)
#### Post date: [October 8, 2018, 10:21pm UTC](https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529/1 "2018-10-08T22:21:48Z")
Hello,
I am trying to set up winlogbeat to still publish to available partitions in the event the leader partition is unreachable (due to DNS, routing issues, etc.). The broker is still online in this scenario. I am just trying to ensure this can work in the event of an unreachable scenario. With the reachable\_only setting set to true in my winlogbeat.yml config, it still appears as though the entire output gets blocked due to any partition becoming unreachable. Are there any other settings I might be missing, or ways to optimize my configuration to get this to do what I need? Thanks in advance.
This is using winlogbeat 6.4.2 and a kafka cluster running version 1.1.1
---
### Author:  [@steffens](https://discuss.elastic.co/u/steffens)
#### Post date: [October 9, 2018, 5:26pm UTC](https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529/2 "2018-10-09T17:26:26Z")
The problem is, the partition still exists and the kafka cluster states the partition can be served. So the beat continues scheduling events for the partition. Eventually the queue will run full. The setting is active when a partition can not be served, because there is no active leader for said partition in the cluster. In a kafka cluster the leader for a partition can change at any time.
---
### Author:  [@holdenkilbride](https://discuss.elastic.co/u/holdenkilbride)
#### Post date: [October 9, 2018, 9:08pm UTC](https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529/3 "2018-10-09T21:08:06Z")
Assuming then that the leader will eventually change, what purpose does this setting serve?
---
### Author:  [@steffens](https://discuss.elastic.co/u/steffens)
#### Post date: [October 12, 2018, 5:15pm UTC](https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529/4 "2018-10-12T17:15:11Z")
If you run kafka without replication and a broker goes down, then a partition becomes unavailable in the cluster. If the setting is enabled, the unavailable cluster will be ignored. It's the cluster state which indicates whether a partition is available or not.
In kafka each partition has it's own leader and followers if replication is enabled. Leaders and followers are kafka brokers. A partition is available as long as a leader can be found. If the leader broker goes down and another in-sync replica broker is availble, then one of the replicas eventually becomes the new leader.
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [November 9, 2018, 5:15pm UTC](https://discuss.elastic.co/t/reachable-only-true-setting-with-winlogbeat-kafka-output-does-not-seem-to-work/151529/5 "2018-11-09T17:15:11Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.