Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo, mail # dev - Accumulo looking at /accumulo/UUID/masters/lock, can't convert large hex number to Java long

Copy link to this message
Accumulo looking at /accumulo/UUID/masters/lock, can't convert large hex number to Java long
Chris Nafster 2013-01-14, 20:34
I have installed Accumulo 1.4.2 on top of Hadoop 0.20 and ZooKeeper 3.4.3 on CentOS 2.6.

I can start Hadoop namenode, datanodes, jobtracker, tasktrackers and 3-node zoo ensemble.  I can create things in Hadoop hdfs and zookeeper.  I did "accumulo init" without problems.

I can reach the accumulo web interface at http://x.x.x.x:50095/ which shows both tablet servers up and happy.  Log files everywhere are free of exceptions.

From "accumulo shell", I typed "createtable foobar".  One of the accumulo tabletserver log files shows:
2013-01-14 13:12:46,168 [server.TNonblockingServer] ERROR: Unexpected exception while invoking!
java.lang.NumberFormatException: For input string: "b53c3a3610ce0001"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:422)
at org.apache.accumulo.core.zookeeper.ZooUtil$LockID.<init>(ZooUtil.java:64)
at org.apache.accumulo.server.tabletserver.TabletServer$ThriftClientHandler.checkPermission(TabletServer.java:1794)
at org.apache.accumulo.server.tabletserver.TabletServer$ThriftClientHandler.loadTablet(TabletServer.java:1814)
at org.apache.accumulo.core.tabletserver.thrift.TabletClientService$Processor.process(TabletClientService.java:2037)
at org.apache.accumulo.server.util.TServerUtils$TimedProcessor.process(TServerUtils.java:154)
at org.apache.thrift.server.TNonblockingServer$FrameBuffer.invoke(TNonblockingServer.java:631)
at org.apache.accumulo.server.util.TServerUtils$THsHaServer$Invocation.run(TServerUtils.java:202)

ZooUtil$LockID.<init>() on line 64 is:   "eid = Long.parseLong(sa[1], 16);"

so it's trying to convert b53c3a3610ce0001 to a long.

In a separate test file I did Long.parseLong("b53c3a3610ce0001", 16), which indeed throws NumberFormatException.

Long.MAX_LONG is 9223372036854775807, or 7FFFFFFFFFFFFFFF in hex.  b53c3a3610ce0001 is larger than this.

I can't see where this "serializedLID" parameter in ZooUtil comes from, or why it would be > Long.MAX_LONG.  Any ideas how to trace this and find out what is happening?

 - Rich