Hi folks, While testing out ActiveMQ I've been building clusters VirtualBox. I've been spinning up two 3-node Replicated LevelDB stores on my laptop.
I've noticed that the clusters can sometimes get into a state where none of the nodes is the master. It appears to me as though it's an issue with talking to zookeeper. I'm assuming the issue is related to how few cpu cycles the clusters are getting as part of this environment, but the fact that the clusters don't ever recover makes me wonder if Replicated LevelDB is still a work in progress? I was testing it because I saw that MasterSlave pairs were deprecated in favor of one of the share everything solutions or Replicated LevelDB. Typically I'll see a message from this code: ./activemq-leveldb-store/src/main/scala/org/apache/activemq/leveldb/replicated/groups/ChangeListener.scala:102: ChangeListenerSupport.LOG.warn("listeners are taking too long to process the events") and then nothing. No more attempts to talk to the zookeeper cluster, no attempts to elect a new master. I haven't dug deeply into the issue yet, I wanted to ask you folks about the status of the code first. Jim