Thank you!


What might be going on with the state transition of the master?  Looks like the 
tservers can’t talk to the master without the thrift interface.  Is there 
another interface I can enable on the master?



From: Christopher [] 
Sent: Thursday, December 01, 2016 5:34 PM
Subject: Re: openjdk, Accumulo master state doesn't change from HAVE_LOCK to 


This issue described doesn't seem related to the JDK. Yes, you should expect 
Accumulo to work with OpenJDK. While we don't prescribe a JDK for users, most 
of the developers have an interest in ensuring at least OpenJDK and Oracle JDK 
work well. A few people care about IBM JDK also, and we accept contributions to 
fix issues relevant to IBM JDK.

Personally, I use OpenJDK 8 exclusively, and haven't seen this issue.


On Thu, Dec 1, 2016 at 5:24 PM Jayesh Patel < 
<> > wrote:

Accumulo 1.7.0 with HDFS 2.7.1


I was experimenting with openjdk instead of Oracle JRE for Accumulo and ran 
into this issue.  It seems like because it never transitions from HAVE_LOCK to 
NORMAL, it never gets around to start the thrift server.  Changing back to 
Oracle JRE didn’t make a difference.


Here’s what I get in the logs for the master:

2016-12-01 17:01:07,970 [trace.DistributedTrace] INFO : SpanReceiver 

ent was loaded successfully.

2016-12-01 17:01:07,971 [master.Master] INFO : trying to get master lock

2016-12-01 17:01:07,987 [master.EventCoordinator] INFO : State changed from 

2016-12-01 17:01:08,038 [master.Master] INFO : New servers: 


On the successful install it transitions right away to NORMAL and goes on the 
listen on port 9999:

2015-06-07 17:50:35,393 [master.Master] INFO : trying to get master lock

2015-06-07 17:50:35,408 [master.EventCoordinator] INFO : State changed from 

2015-06-07 17:50:35,432 [master.EventCoordinator] INFO : State changed from 

2015-06-07 17:50:35,524 [balancer.TableLoadBalancer] INFO : Loaded class 
org.apache.accumulo.server.master.balancer.DefaultLoadBalancer for table !0

2015-06-07 17:50:35,631 [master.Master] INFO : Setting master lock data to 


I found ACCUMULO-4513 
 , but it doesn’t seem relevant as I didn’t try to stop.  


Any ideas as to what is going on?


HDFS seems fine based on my limited tests with openjdk 1.8.  I did find some 
old posts about Accumulo issues with IBM JDK.  Should I expect Accumulo to work 
with openjdk?


Thank you,


Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to