# Unicast not working after upgrade to 20.2

**URL:** <https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447>\
**Category:** Elasticsearch\
**Created:** [January 22, 2013, 6:54am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447 "2013-01-22T06:54:27Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![GX1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/gx1/32/62846_2.png) [@GX1](https://discuss.elastic.co/u/GX1)\
**Post date:** [January 22, 2013, 6:54am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/1 "2013-01-22T06:54:27Z")

</div>

Hi All

I upgraded my cluster from 19.8 to 20.2 and was getting spit brain  
confusion. here is what I did:  
in config/elasticsearch.yml I have the following (this is same before and  
after updrade  
path.data: /mnt/sda2/data/  
path.logs: /mnt/sda2/logs/elasticsearch  
node.master: true  
node.data: true  
discovery.zen.ping.multicast.enabled: false  
discovery.zen.ping.unicast.hosts: ["192.168.1.9", "192.168.1.8",  
"129.168.1.7", "192.168.1.6"]

so I stopped all nodes (running 19.8) upgraded to 20.2 then started all  
nodes (I assume this is what is referred to as 'a full cluster restart'?)  
When I noticed high cpu usage for 30 minutes I investigated using bigdesk  
and noticed notes were in separate clusters

I did not find any reference in changelogs to unicast or multicast so find  
this behaviour strange. I had to revert back to 19.8 to bring things back  
to sanity.

Anyone have ant insight to this behaviour?

Btw the reason im using unicast is the network does not support it.

GX

--

---

<div class="post-metadata">

**Author:** ![GX1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/gx1/32/62846_2.png) [@GX1](https://discuss.elastic.co/u/GX1)\
**Post date:** [January 25, 2013, 3:01am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/2 "2013-01-25T03:01:32Z")

</div>

Ok so unicast and multicast is too scary for anyone to touch, but can  
someone please at least clarify what is meant by "a full cluster restart".  
Am I correct in assuming that all nodes need to be shut down, upgraded then  
started, or can I upgrade the nodes one by one while the others are still  
running to minimize downtime?

GX

---

<div class="post-metadata">

**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\
**Post date:** [January 25, 2013, 6:57am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/3 "2013-01-25T06:57:37Z")

</div>

IMHO a full cluster restart is a global shutdown, an upgrade of all cluster and a restart. So, yes, you will have downtime, but perhaps under the minute if you have prepared everything before...

HTH

--  
David 😉  
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs

Le 25 janv. 2013 à 04:01, GX [mailme.gx@gmail.com](mailto:mailme.gx@gmail.com) a écrit :

Ok so unicast and multicast is too scary for anyone to touch, but can someone please at least clarify what is meant by "a full cluster restart". Am I correct in assuming that all nodes need to be shut down, upgraded then started, or can I upgrade the nodes one by one while the others are still running to minimize downtime?

GX

--

---

<div class="post-metadata">

**Author:** ![kimchy](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kimchy/32/44952_2.png) [@kimchy](https://discuss.elastic.co/u/kimchy)\
**Post date:** [January 27, 2013, 10:34am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/4 "2013-01-27T10:34:02Z")

</div>

Did you manage to resolve this? Full cluster restart is restart all the nodes and start them with the new version. Unicast disco works the same as 0.19.

On Jan 25, 2013, at 4:01 AM, GX [mailme.gx@gmail.com](mailto:mailme.gx@gmail.com) wrote:

> Ok so unicast and multicast is too scary for anyone to touch, but can someone please at least clarify what is meant by "a full cluster restart". Am I correct in assuming that all nodes need to be shut down, upgraded then started, or can I upgrade the nodes one by one while the others are still running to minimize downtime?
> 
> GX

---

<div class="post-metadata">

**Author:** ![GX1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/gx1/32/62846_2.png) [@GX1](https://discuss.elastic.co/u/GX1)\
**Post date:** [January 27, 2013, 10:51am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/5 "2013-01-27T10:51:48Z")

</div>

Hi kimchy

Yes I managed to resolve this:  
I think the problem causing the split brain may have been a wrong ip in the  
list, note the third element is 129 not 192

discovery.zen.ping.unicast.hosts: ["192.168.1.9", "192.168.1.8",  
"129.168.1.7", "192.168.1.6"]

after that I managed to get all nodes in one cluster, at some point one of  
the nodes was unresponsive, after I tried to restart it it kept failing to  
start, restarting other nodes also failed to start. I panicked and stopped  
all nodes swiched back to 19.8 and tried to start, again all nodes failed..  
at this point people were asking some very serious questions... well to  
cut a long story short I looked into the logs and it complained of special  
character not allowed in yml file, I found in one of the comments a french  
character "a' la raid" I changed it to a normal "a" and managed to start  
all nodes (in 20.2) fine, status was green in a couple of minutes.

I cant understand why the conf file suddenly caused nodes to stop working,  
I can only assume when I fixed the ips the encoding was changed (probably  
to utf-8) and ES or java didnt like that.

All seems well now and things are running fine. I have been hounding the  
network administrators for an answer to if multicast is enabled and why its  
not possible but have not managed to get a strait coherent answer.

Regards

GX

On Sunday, January 27, 2013 12:34:02 PM UTC+2, kimchy wrote:

> Did you manage to resolve this? Full cluster restart is restart all the  
> nodes and start them with the new version. Unicast disco works the same as  
> 0.19.
> 
> On Jan 25, 2013, at 4:01 AM, GX \<[mail...@gmail.com](mailto:mail...@gmail.com) \<javascript:\>\> wrote:
> 
> > Ok so unicast and multicast is too scary for anyone to touch, but can  
> > someone please at least clarify what is meant by "a full cluster restart".  
> > Am I correct in assuming that all nodes need to be shut down, upgraded then  
> > started, or can I upgrade the nodes one by one while the others are still  
> > running to minimize downtime?
> > 
> > GX

--

---

<div class="post-metadata">

**Author:** ![Ivan](https://avatars.discourse-cdn.com/v4/letter/i/df788c/32.png) [@Ivan](https://discuss.elastic.co/u/Ivan)\
**Post date:** [January 27, 2013, 4:36pm UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/6 "2013-01-27T16:36:33Z")

</div>

Are you using Elasticsearch on Windows? Wondering if you had the same  
issue: [Replace à with a by dadoonet · Pull Request #2389 · elastic/elasticsearch · GitHub](https://github.com/elasticsearch/elasticsearch/pull/2389)

Problem should have been "fixed" on 0.20.2 though

--  
Ivan

On Sun, Jan 27, 2013 at 2:51 AM, GX [mailme.gx@gmail.com](mailto:mailme.gx@gmail.com) wrote:

> well to cut a long story short I looked into the logs and it complained of  
> special character not allowed in yml file, I found in one of the comments  
> a french character "a' la raid" I changed it to a normal "a" and managed to  
> start all nodes (in 20.2) fine, status was green in a couple of minutes.
> 
> I cant understand why the conf file suddenly caused nodes to stop working,  
> I can only assume when I fixed the ips the encoding was changed (probably  
> to utf-8) and ES or java didnt like that.

---

<div class="post-metadata">

**Author:** ![GX1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/gx1/32/62846_2.png) [@GX1](https://discuss.elastic.co/u/GX1)\
**Post date:** [January 28, 2013, 4:36am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/7 "2013-01-28T04:36:07Z")

</div>

Hi Ivan

No Im not using windows, Im using slackware (both development and  
production), but that is the exact error I had. I may have copied the 19.8  
config yml file to 20.2 to keep my settings..

Thanks for the input

GX

On Sunday, January 27, 2013 6:36:33 PM UTC+2, Ivan Brusic wrote:

> Are you using Elasticsearch on Windows? Wondering if you had the same  
> issue: [Replace à with a by dadoonet · Pull Request #2389 · elastic/elasticsearch · GitHub](https://github.com/elasticsearch/elasticsearch/pull/2389)
> 
> Problem should have been "fixed" on 0.20.2 though
> 
> --  
> Ivan
> 
> On Sun, Jan 27, 2013 at 2:51 AM, GX \<[mail...@gmail.com](mailto:mail...@gmail.com) \<javascript:\>\>wrote:
> 
> > well to cut a long story short I looked into the logs and it complained  
> > of special character not allowed in yml file, I found in one of the  
> > comments a french character "a' la raid" I changed it to a normal "a" and  
> > managed to start all nodes (in 20.2) fine, status was green in a couple of  
> > minutes.
> > 
> > I cant understand why the conf file suddenly caused nodes to stop  
> > working, I can only assume when I fixed the ips the encoding was changed  
> > (probably to utf-8) and ES or java didnt like that.

--

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 2:54am UTC](https://discuss.elastic.co/t/unicast-not-working-after-upgrade-to-20-2/10447/8 "2017-07-06T02:54:24Z")

</div>


