Are there any good reasons not to upgrade to the latest 2.x version from 2.2?

9 views
Skip to first unread message

jbl...@gmail.com

unread,
Mar 19, 2014, 7:27:46 PM3/19/14
to haze...@googlegroups.com
Hi all,

We're experiencing some issues with our cluster and we're unsure what the source is exactly. As we attempt to nail down the source cause, is there any harm in upgrading from hazelcast 2.2 to the latest 2.x branch version? Are there known incompatibilities across versions, or anything in particular I should be aware of? 

Cheers,
Joseph

Peter Veentjer

unread,
Mar 20, 2014, 4:29:56 AM3/20/14
to haze...@googlegroups.com
The best way would be to test it, but the 2.6.x contains many bug fixes compared to 2.2. So I would certainly try to upgrade.

What are the issues btw?


--
You received this message because you are subscribed to the Google Groups "Hazelcast" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hazelcast+...@googlegroups.com.
To post to this group, send email to haze...@googlegroups.com.
Visit this group at http://groups.google.com/group/hazelcast.
To view this discussion on the web visit https://groups.google.com/d/msgid/hazelcast/6f04ff19-3314-4c40-9dcd-20e945ae918c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

jbl...@gmail.com

unread,
Mar 20, 2014, 8:50:55 AM3/20/14
to haze...@googlegroups.com
Right now we have four app servers all using hazelcast. The network configuration is done via multicast. The only use the application has for hazelcast right now is session syncing. Somewhat unfortunately I've noticed that we don't even actually use hazelcast's built-in mechanism, but instead it seems they're using a distributed map and shoe-horned in their own session syncing/sharing on top of that, but I digress. Regardless, the issue we're experiencing right now is that on our QA server after light use throughout the day one of our app servers appears to disconnect from the cluster without warning. This subsequently causes a ton of redo messages in the log, an amount actually to the point of making finding useful information really difficult, even with splunk. It doesn't appear to recover and we end up having to restart all of the tomcat instances on the cluster to resume with normalcy. I can appreciate the fact that this is virtually no information to go on which is why I mostly focused this post on whether or not there is a clean upgrade path from 2.2 to 2.6.7 (latest as of now in the 2.x branch.)

Thanks,
Joe
Reply all
Reply to author
Forward
0 new messages