Re: HBase 0.94 shell throwing a NoSuchMethodError: hbase.util.Threads.sleep(I)V from ZK code

2013-01-21 Thread Jean-Marc Spaggiari
This error is strange.

The sleep method is there  in Threads for a long time now. Ok it was
(int millis) before, and it's (long millis) now but should not do such
a difference.

tsuna, how is your setup configured? Do you run KZ locally? Or
standalone? What jars do you have for HBase and ZK?

It seems your ZooKeeperWatcher is loading a version of Threads which
doesn't have the sleep methode. Sleep method appears in the class in
April 2010... Do you have an old installation of the application
somewhere?

JM

2013/1/21, lars hofhansl la...@apache.org:
 I suspect this is a different problem. Java will happily cast an int to a
 long where needed.
 Does  mvn clean install  fix this? If not, let's file a jira.

 -- Lars



 
  From: Ted Yu yuzhih...@gmail.com
 To: user@hbase.apache.org
 Sent: Sunday, January 20, 2013 9:30 PM
 Subject: Re: HBase 0.94 shell throwing a NoSuchMethodError:
 hbase.util.Threads.sleep(I)V from ZK code

 Thanks for reporting this, Benoit.
 Here is the call:

           Threads.sleep(1);
 Here is the method to be called:

   public static void sleep(long millis) {

 Notice the mismatch in argument types: 1 being integer and millis being
 long.

 Cheers

 On Sun, Jan 20, 2013 at 9:01 PM, tsuna tsuna...@gmail.com wrote:

 I just updated my local tree (branch 0.94, SVN r1435317) and I see
 these spurious exceptions in the HBase shell:

 $ COMPRESSION=LZO HBASE_HOME=~/src/hbase ./src/create_table.sh
 HBase Shell; enter 'helpRETURN' for list of supported commands.
 Type exitRETURN to leave the HBase Shell
 Version 0.94.4, r6034258c5573cc0185c8e979b5599f73662374ed, Sat Jan 19
 01:05:04 PST 2013

 create 'tsdb-uid',
   {NAME = 'id', COMPRESSION = 'LZO'},
   {NAME = 'name', COMPRESSION = 'LZO'}
 2013-01-20 20:56:20.116 java[41854:1203] Unable to load realm info
 from SCDynamicStore
 13/01/20 20:56:25 ERROR zookeeper.ClientCnxn: Error while calling watcher
 java.lang.NoSuchMethodError:
 org.apache.hadoop.hbase.util.Threads.sleep(I)V
         at
 org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:342)
         at
 org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:286)
         at
 org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521)
         at
 org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497)
 0 row(s) in 6.5040 seconds


 create 'tsdb',
   {NAME = 't', VERSIONS = 1, COMPRESSION = 'LZO', BLOOMFILTER = 'ROW'}
 0 row(s) in 1.0830 seconds

 I don't have any local changes.  Anyone else seeing this?  It doesn't
 seem to impact functionality (i.e. my table was created properly).

 --
 Benoit tsuna Sigoure



HBase 0.94 shell throwing a NoSuchMethodError: hbase.util.Threads.sleep(I)V from ZK code

2013-01-20 Thread tsuna
I just updated my local tree (branch 0.94, SVN r1435317) and I see
these spurious exceptions in the HBase shell:

$ COMPRESSION=LZO HBASE_HOME=~/src/hbase ./src/create_table.sh
HBase Shell; enter 'helpRETURN' for list of supported commands.
Type exitRETURN to leave the HBase Shell
Version 0.94.4, r6034258c5573cc0185c8e979b5599f73662374ed, Sat Jan 19
01:05:04 PST 2013

create 'tsdb-uid',
  {NAME = 'id', COMPRESSION = 'LZO'},
  {NAME = 'name', COMPRESSION = 'LZO'}
2013-01-20 20:56:20.116 java[41854:1203] Unable to load realm info
from SCDynamicStore
13/01/20 20:56:25 ERROR zookeeper.ClientCnxn: Error while calling watcher
java.lang.NoSuchMethodError: org.apache.hadoop.hbase.util.Threads.sleep(I)V
at 
org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:342)
at 
org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:286)
at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521)
at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497)
0 row(s) in 6.5040 seconds


create 'tsdb',
  {NAME = 't', VERSIONS = 1, COMPRESSION = 'LZO', BLOOMFILTER = 'ROW'}
0 row(s) in 1.0830 seconds

I don't have any local changes.  Anyone else seeing this?  It doesn't
seem to impact functionality (i.e. my table was created properly).

-- 
Benoit tsuna Sigoure


Re: HBase 0.94 shell throwing a NoSuchMethodError: hbase.util.Threads.sleep(I)V from ZK code

2013-01-20 Thread Ted Yu
Thanks for reporting this, Benoit.
Here is the call:

  Threads.sleep(1);
Here is the method to be called:

  public static void sleep(long millis) {

Notice the mismatch in argument types: 1 being integer and millis being
long.

Cheers

On Sun, Jan 20, 2013 at 9:01 PM, tsuna tsuna...@gmail.com wrote:

 I just updated my local tree (branch 0.94, SVN r1435317) and I see
 these spurious exceptions in the HBase shell:

 $ COMPRESSION=LZO HBASE_HOME=~/src/hbase ./src/create_table.sh
 HBase Shell; enter 'helpRETURN' for list of supported commands.
 Type exitRETURN to leave the HBase Shell
 Version 0.94.4, r6034258c5573cc0185c8e979b5599f73662374ed, Sat Jan 19
 01:05:04 PST 2013

 create 'tsdb-uid',
   {NAME = 'id', COMPRESSION = 'LZO'},
   {NAME = 'name', COMPRESSION = 'LZO'}
 2013-01-20 20:56:20.116 java[41854:1203] Unable to load realm info
 from SCDynamicStore
 13/01/20 20:56:25 ERROR zookeeper.ClientCnxn: Error while calling watcher
 java.lang.NoSuchMethodError: org.apache.hadoop.hbase.util.Threads.sleep(I)V
 at
 org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:342)
 at
 org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:286)
 at
 org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521)
 at
 org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497)
 0 row(s) in 6.5040 seconds


 create 'tsdb',
   {NAME = 't', VERSIONS = 1, COMPRESSION = 'LZO', BLOOMFILTER = 'ROW'}
 0 row(s) in 1.0830 seconds

 I don't have any local changes.  Anyone else seeing this?  It doesn't
 seem to impact functionality (i.e. my table was created properly).

 --
 Benoit tsuna Sigoure



Re: HBase 0.94 shell throwing a NoSuchMethodError: hbase.util.Threads.sleep(I)V from ZK code

2013-01-20 Thread lars hofhansl
I suspect this is a different problem. Java will happily cast an int to a long 
where needed.
Does  mvn clean install  fix this? If not, let's file a jira.

-- Lars




 From: Ted Yu yuzhih...@gmail.com
To: user@hbase.apache.org 
Sent: Sunday, January 20, 2013 9:30 PM
Subject: Re: HBase 0.94 shell throwing a NoSuchMethodError: 
hbase.util.Threads.sleep(I)V from ZK code
 
Thanks for reporting this, Benoit.
Here is the call:

          Threads.sleep(1);
Here is the method to be called:

  public static void sleep(long millis) {

Notice the mismatch in argument types: 1 being integer and millis being
long.

Cheers

On Sun, Jan 20, 2013 at 9:01 PM, tsuna tsuna...@gmail.com wrote:

 I just updated my local tree (branch 0.94, SVN r1435317) and I see
 these spurious exceptions in the HBase shell:

 $ COMPRESSION=LZO HBASE_HOME=~/src/hbase ./src/create_table.sh
 HBase Shell; enter 'helpRETURN' for list of supported commands.
 Type exitRETURN to leave the HBase Shell
 Version 0.94.4, r6034258c5573cc0185c8e979b5599f73662374ed, Sat Jan 19
 01:05:04 PST 2013

 create 'tsdb-uid',
   {NAME = 'id', COMPRESSION = 'LZO'},
   {NAME = 'name', COMPRESSION = 'LZO'}
 2013-01-20 20:56:20.116 java[41854:1203] Unable to load realm info
 from SCDynamicStore
 13/01/20 20:56:25 ERROR zookeeper.ClientCnxn: Error while calling watcher
 java.lang.NoSuchMethodError: org.apache.hadoop.hbase.util.Threads.sleep(I)V
         at
 org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.connectionEvent(ZooKeeperWatcher.java:342)
         at
 org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher.process(ZooKeeperWatcher.java:286)
         at
 org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:521)
         at
 org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:497)
 0 row(s) in 6.5040 seconds


 create 'tsdb',
   {NAME = 't', VERSIONS = 1, COMPRESSION = 'LZO', BLOOMFILTER = 'ROW'}
 0 row(s) in 1.0830 seconds

 I don't have any local changes.  Anyone else seeing this?  It doesn't
 seem to impact functionality (i.e. my table was created properly).

 --
 Benoit tsuna Sigoure