Re: HBase concurrent.RejectedExecutionException

Hi Ted, I don't have the load metrics at the moment... are you suggesting this could be load related? Thanks On Mon, Nov 17, 2014 at 5:34 PM, Ted Yu wrote: > What was the load on rs3.world.com,60020,1414690096750 around 09:49:30 ? > > Cheers > > On Mon, Nov 17, 2014 at 4:59 PM, Arul Ramachandr

Re: Hierarchy of filters and filters list

Missed couple of things. 1- I am using SingleColumnValueFilter and the comparator is BinaryComparator which is passed into it. 2- CDH 5.1.0 (Hbase is 0.98.1-cdh5.1.0) Regards, Shahab On Tue, Nov 18, 2014 at 12:22 AM, Shahab Yunus wrote: > Hi, > > I have data where each row has start and end t

Hierarchy of filters and filters list

Hi, I have data where each row has start and end time stored in UTC (long). The table is created through Phoenix and the columns have type UNSIGNED_DATE (which according to Phoenix docs does Hbase.toBytes(long) underneath for 8

Re: HBase concurrent.RejectedExecutionException

What was the load on rs3.world.com,60020,1414690096750 around 09:49:30 ? Cheers On Mon, Nov 17, 2014 at 4:59 PM, Arul Ramachandran wrote: > Hi, > > Our Hbase application gets the following exception - HBase > 0.96.1.2.0.6.1-101-hadoop2. I looked at the region server log and nothing > unusual is

HBase concurrent.RejectedExecutionException

Hi, Our Hbase application gets the following exception - HBase 0.96.1.2.0.6.1-101-hadoop2. I looked at the region server log and nothing unusual is happening. Any pointers on what else I can check? Thanks! 2014-11-16 09:49:37,686 WARN [hbase-connection-shared-executor-pool644-t158] AsyncProces

Re: ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/master

The zoo.cfg file is the same for all 3 servers. After restarting the zookeeper cluster I see exceptions on all of them like the following: -- View this message in context: http://apache-hbase.679495.n3.nabble.com/ConnectionLossException-KeeperErrorCode-ConnectionLoss-for-hbase-master-tp4066

Re: ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/master

Seems to be a zookeeper setup issue. Mind pastebin'ing your config (for 3 zookeeper servers) ? Please also check zookeeper server log. Cheers On Mon, Nov 17, 2014 at 11:58 AM, eluiggi wrote: > I have tried that as is one of the suggestions from Cloudera manager. > However, adding the servers

Re: ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/master

I have tried that as is one of the suggestions from Cloudera manager. However, adding the servers results in none of them able to talk to zookeeper (not even the one on the sharing the same node) and therefore Hbase completely down. The master throws an exception related to the one thrown by the re

Re: ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/master

Any chance that you can use three servers in your zookeeper quorum ? Cheers On Mon, Nov 17, 2014 at 11:21 AM, eluiggi wrote: > Hi, > > I have an hbase (0.96.1.1-cdh5.0.2) cluster on AWS managed by Cloudera with > 4 region servers and 1 zookeeper server. The zookeeper server is running on > the

ConnectionLossException: KeeperErrorCode = ConnectionLoss for /hbase/master

Hi, I have an hbase (0.96.1.1-cdh5.0.2) cluster on AWS managed by Cloudera with 4 region servers and 1 zookeeper server. The zookeeper server is running on the same node as the hbase master. The problem I'm facing is that 3/4 region servers are down because they can't connect to the zookeeper. The

Re: java.lang.NoClassDefFoundError: com/google/protobuf/ZeroCopyLiteralByteString

On Fri, Nov 14, 2014 at 6:13 AM, antarktika wrote: > > So I checked "protobuf-java-2.5.0.jar", there is no class > ZeroCopyLiteralByteString. Why is it required? > > See https://issues.apache.org/jira/browse/HBASE-10304 for more. St.Ack

Re: REST Vs RPC

Almost always RPC. Its more optimized for this use case  Regards,Dhaval From: Jignesh Patel To: user@hbase.apache.org Sent: Monday, 17 November 2014 12:05 PM Subject: REST Vs RPC Which one is faster and better 1. REST 2. RPC I am not looking in a context of technology independence,

REST Vs RPC

Which one is faster and better 1. REST 2. RPC I am not looking in a context of technology independence, but if we are using java as a client, which is more robust.

Re: java.lang.NoClassDefFoundError: com/google/protobuf/ZeroCopyLiteralByteString

Vendor specific problems related to Cloudera should be sent to Cloudera's community mechanism: https://community.cloudera.com/ On Mon, Nov 17, 2014 at 9:33 AM, Ted Yu wrote: > Have you posted this question on Cloudera mailing list ? > > Cheers > > On Mon, Nov 17, 2014 at 12:45 AM, antarktika w

Re: java.lang.NoClassDefFoundError: com/google/protobuf/ZeroCopyLiteralByteString

Have you posted this question on Cloudera mailing list ? Cheers On Mon, Nov 17, 2014 at 12:45 AM, antarktika wrote: > yes, it's a right jar from cdh/lib directory: > hbase-protocol-0.96.1.1-cdh5.0.2.jar > > > > -- > View this message in context: > http://apache-hbase.679495.n3.nabble.com/java-l

Re: java.lang.NoClassDefFoundError: com/google/protobuf/ZeroCopyLiteralByteString

I did it, this error remains :( -- View this message in context: http://apache-hbase.679495.n3.nabble.com/java-lang-NoClassDefFoundError-com-google-protobuf-ZeroCopyLiteralByteString-tp4065954p4066024.html Sent from the HBase User mailing list archive at Nabble.com.

Re: java.lang.NoClassDefFoundError: com/google/protobuf/ZeroCopyLiteralByteString

can you try export hbase protocol jar manually to hadoop class path before triggering you java code like this export HADOOP_CLASSPATH=/lib/hbase-protocol-0.96.1.1-cdh5.0.1.jar; On Mon, Nov 17, 2014 at 2:15 PM, antarktika wrote: > yes, it's a right jar from cdh/lib directory: > hbase-protocol-0.

Re: java.lang.NoClassDefFoundError: com/google/protobuf/ZeroCopyLiteralByteString

yes, it's a right jar from cdh/lib directory: hbase-protocol-0.96.1.1-cdh5.0.2.jar -- View this message in context: http://apache-hbase.679495.n3.nabble.com/java-lang-NoClassDefFoundError-com-google-protobuf-ZeroCopyLiteralByteString-tp4065954p4066022.html Sent from the HBase User mailing list