Re:Re: hbase-client compatibility issues

Thank you for your answer. As an HBase operation and maintenance personnel, I have a relatively shallow understanding of some excuses. Looking at the above link, I need to upgrade my HBase client. Would you also like to ask if there are any potential issues after upgrading? The hbase

Re: hbase-client compatibility issues

are working on a cluster and upgrading the hbase version from 1.2.0 to > 2.4.9. > The client's hbase-client version is still 1.2.0. There was an issue > accessing 2.4.9. After region migration, the client will not recognize > the new region information and the fo

hbase-client compatibility issues

Hello Team, We are working on a cluster and upgrading the hbase version from 1.2.0 to 2.4.9. The client's hbase-client version is still 1.2.0. There was an issue accessing 2.4.9. After region migration, the client will not recognize the new region information and the following error

Re: hbase client deadlock?

gt; backed by HBase stopped processing requests. Looking at a thread dump, it > > seems HBase client threads are deadlocked: > > > > https://pastebin.com/raw/B3FJL1Ag > > > > The deadlock seemed to happen at the same time that a region server was > > abruptly stopped (the

Re: hbase client deadlock?

Please open an issue? Whitney Jackson 于2020年6月5日周五 上午5:51写道： > I ran into an issue where one instance in a cluster of application servers > backed by HBase stopped processing requests. Looking at a thread dump, it > seems HBase client threads are deadlocked: > > https://p

hbase client deadlock?

I ran into an issue where one instance in a cluster of application servers backed by HBase stopped processing requests. Looking at a thread dump, it seems HBase client threads are deadlocked: https://pastebin.com/raw/B3FJL1Ag The deadlock seemed to happen at the same time that a region server

Re: Why HBase client retry even though AccessDeniedException

Thanks! It is already fixed in HBASE-17170. 보낸 사람: Ankit Singhal 보낸 날짜: 2019년 5월 8일 수요일 02:50 받는 사람: user@hbase.apache.org 제목: Re: Why HBase client retry even though AccessDeniedException Yes, you also might be hitting https://issues.apache.org/jira

Re: Why HBase client retry even though AccessDeniedException

RemoteWithExtrasException? > > > > > > 보낸 사람: Kang Minwoo > > 보낸 날짜: 2019년 5월 7일 화요일 18:23 > > 받는 사람: user@hbase.apache.org > > 제목: Why HBase client retry even though AccessDeniedException > > > > Hello User. > > > > (HBase

Re: Why HBase client retry even though AccessDeniedException

Sounds like a bug to me. On 5/7/19 5:52 AM, Kang Minwoo wrote: Why do not use "doNotRetry" value in RemoteWithExtrasException? 보낸 사람: Kang Minwoo 보낸 날짜: 2019년 5월 7일 화요일 18:23 받는 사람: user@hbase.apache.org 제목: Why HBase client retry e

Re: Why HBase client retry even though AccessDeniedException

Why do not use "doNotRetry" value in RemoteWithExtrasException? 보낸 사람: Kang Minwoo 보낸 날짜: 2019년 5월 7일 화요일 18:23 받는 사람: user@hbase.apache.org 제목: Why HBase client retry even though AccessDeniedException Hello User. (HBase version: 1.2.9) Rece

Why HBase client retry even though AccessDeniedException

Hello User. (HBase version: 1.2.9) Recently, I am testing about DoNotRetryIOException. I expected when RegionServer send a DoNotRetryIOException (or AccessDeniedException), Client does not retry. But, In Spark or MR, Client retries even though they receive AccessDeniedException. Here is a

Re: HBase client spent most time in ThreadPoolExecutor

I found what is a problem. This is because of HBASE-18665[1]. Best regards, Minwoo Kang [1]: https://issues.apache.org/jira/browse/HBASE-18665 보낸 사람: Kang Minwoo 보낸 날짜: 2019년 2월 28일 목요일 11:33 받는 사람: user@hbase.apache.org 제목: Re: HBase client spent most

Re: HBase client spent most time in ThreadPoolExecutor

org 제목: Re: HBase client spent most time in ThreadPoolExecutor Do you have any regions in transition? Does HBCK report any problems? It sounds to me that a client is stuck polling meta to look for the location of a Region which it cannot find for some reason. Finding the location of a Region from m

Re: HBase client spent most time in ThreadPoolExecutor

Minwoo 보낸 날짜: 2019년 2월 27일 수요일 13:48 받는 사람: user@hbase.apache.org 제목: Re: HBase client spent most time in ThreadPoolExecutor Thank you for your reply. I looked around thread dumps. My Client has 256 connections. but only one connection state is RUNNABLE. others state are TIMED_WAITING (parking

Re: HBase client spent most time in ThreadPoolExecutor

수요일 13:48 받는 사람: user@hbase.apache.org 제목: Re: HBase client spent most time in ThreadPoolExecutor Thank you for your reply. I looked around thread dumps. My Client has 256 connections. but only one connection state is RUNNABLE. others state are TIMED_WAITING (parking). Best regards, Minwoo

Re: HBase client spent most time in ThreadPoolExecutor

: user@hbase.apache.org 제목: Re: HBase client spent most time in ThreadPoolExecutor Minwoo, You have found an idle thread in the threadpool that is waiting for work. This is not the source of your slowness. The thread is polling the internal queue of work, waiting for the next "unit" of

Re: HBase client spent most time in ThreadPoolExecutor

2/26/19 8:32 AM, Kang Minwoo wrote: Hello Users, I have a question. My client complains to me, HBase scan spent too much time. So I started to debug. I profiled the HBase Client Application using hprof. The App spent the most time in below s

HBase client spent most time in ThreadPoolExecutor

Hello Users, I have a question. My client complains to me, HBase scan spent too much time. So I started to debug. I profiled the HBase Client Application using hprof. The App spent the most time in below stack trace. java.util.concurrent.locks.LockSupport.parkNanos

Re: Cloudera HBase Client for CDH 5.15

;. > But I don't see any hbase clients specific to CDH 15 in the maven central > repo > < > https://mvnrepository.com/artifact/org.apache.hbase/hbase-client?repo=cloudera > >. > The latest I can see is of version 5.14.2. > > Are we supposed to use to 5.14.2 cl

Cloudera HBase Client for CDH 5.15

che.hbase/hbase-client?repo=cloudera>. The latest I can see is of version 5.14.2. Are we supposed to use to 5.14.2 clients with CDH 15? I could not find anything related to this in documentation. I have posted the same in stackoverflow <https://stackoverflow.com/questions/50961928/clouder

Re: HBase Book: C/C++ Apache HBase Client, the repository of FaceBook has been removed

Thank you, Ted. Maybe someone has the same situation with me. Should the hyperlink of repository of FaceBook in C/C++ Apache HBase Client <http://hbase.apache.org/book.html#c> section be re-edited to HBASE-14850 ? Or do something to make it correct . 2017-09-05 11:41 GMT+08:00 Yung

Re: HBase Book: C/C++ Apache HBase Client, the repository of FaceBook has been removed

Sorry, I mean to fix the HBase Book. 2017-09-05 11:29 GMT+08:00 Yung-An He <mathst...@gmail.com>: > Hi > > I found the repository of FaceBook has been removed on Hbase Book in C/C++ > Apache HBase Client <http://hbase.apache.org/book.html#c> section. > > Is there any plan to fix this issue? >

Re: HBase Book: C/C++ Apache HBase Client, the repository of FaceBook has been removed

If you're interested in native client, please follow: HBASE-14850 Cheers On Mon, Sep 4, 2017 at 8:29 PM, Yung-An He <mathst...@gmail.com> wrote: > Hi > > I found the repository of FaceBook has been removed on Hbase Book in C/C++ > Apache HBase Client <http://hbase.a

HBase Book: C/C++ Apache HBase Client, the repository of FaceBook has been removed

Hi I found the repository of FaceBook has been removed on Hbase Book in C/C++ Apache HBase Client <http://hbase.apache.org/book.html#c> section. Is there any plan to fix this issue?

Re: Incompatible ProtocolBuffers version for HBase-client 1.0

Oops! Thanks for the shaded-client version correction, Sean! Sean Busbey wrote: If upgrading is an option, for HBase 1.1+ applications you can use a newer Protocol Buffers by relying on hbase-shaded-client as a dependency. On Sun, Mar 19, 2017 at 12:04 PM, Josh Elser wrote:

Re: Incompatible ProtocolBuffers version for HBase-client 1.0

If upgrading is an option, for HBase 1.1+ applications you can use a newer Protocol Buffers by relying on hbase-shaded-client as a dependency. On Sun, Mar 19, 2017 at 12:04 PM, Josh Elser wrote: > With Apache HBase 1.0-based applications, you must use Protocol Buffers 2.5 > in

Re: Incompatible ProtocolBuffers version for HBase-client 1.0

With Apache HBase 1.0-based applications, you must use Protocol Buffers 2.5 in its standard package (e.g. com.google.protobuf). If you want to use another version of protobuf, you would have to shade and relocate that dependency. In newer versions of HBase (2.0 I believe it will land), does

Re: Incompatible ProtocolBuffers version for HBase-client 1.0

I change my application to use ProtocolBuffers 2.5 then this issue resolved. On Fri, Mar 17, 2017 at 12:36 PM, Hef wrote: > Hi group, > I have a problem using ProtocolBuffers 3 in my application with CDH5.6 > HBase 1.0. > > When creating BufferedMutator and flush data

Incompatible ProtocolBuffers version for HBase-client 1.0

Hi group, I have a problem using ProtocolBuffers 3 in my application with CDH5.6 HBase 1.0. When creating BufferedMutator and flush data into HBase, it shows an error as below: java.lang.NoClassDefFoundError: Could not initialize class org.apache.hadoop.hbase.util.ByteStringer at

RE: what causes hbase client to open large number of connectoins?

016 7:57 PM To: user@hbase.apache.org Subject: Re: what causes hbase client to open large number of connectoins? They are 30-40 sec apart. Can you tell us how did you come up with 14K connections? -Vlad On Fri, Sep 9, 2016 at 4:52 PM, Frank Luo <j...@merkleinc.com> wrote: > I have observed a ver

Re: what causes hbase client to open large number of connectoins?

They are 30-40 sec apart. Can you tell us how did you come up with 14K connections? -Vlad On Fri, Sep 9, 2016 at 4:52 PM, Frank Luo wrote: > I have observed a very weird behavior that crashes zookeepers. > > I have one job that uses 100 reducers to perform puts. The same

Re: HBase client and rpc timeout values

Please update on this. On Sun, Jul 3, 2016 at 1:37 PM, Viswanathan J wrote: > Hi, > > Is that possible to override the client/rpc timeout through Java API? > > -- > Regards, > Viswa.J > -- Regards, Viswa.J

Does hbase client 2.0 support hbase server 0.98?

Hi, My java client code is currently using 0.98 code. There are very big performance issues while using HConnectionManager to create zk connections for every tomcat application request. My hbase client and server versions are on 0.98. I have decided to upgraded from HConnectionManager (0.98 class

Re: Sources Of HBase Client Side Latency

6 at 2:07 PM, Saad Mufti <saad.mu...@gmail.com> wrote: > > > Hi, > > > > I found this blog post from 2014 on sources of HBase client side latency > > which I found useful: > > > > > > > https://hadoop-hbase.blogspot.com/2014/08/hbase-

Re: Sources Of HBase Client Side Latency

r 19, 2016 at 6:35 PM, Stack <st...@duboce.net> wrote: > On Tue, Apr 19, 2016 at 2:07 PM, Saad Mufti <saad.mu...@gmail.com> wrote: > > > Hi, > > > > I found this blog post from 2014 on sources of HBase client side latency > > which I found useful: > >

Re: Sources Of HBase Client Side Latency

0ms to tens of minutes at times On Tue, Apr 19, 2016 at 2:07 PM, Saad Mufti <saad.mu...@gmail.com> wrote: > Hi, > > I found this blog post from 2014 on sources of HBase client side latency > which I found useful: > > > https://hadoop-hbase.blogspot.com/2014/08/hb

Re: Sources Of HBase Client Side Latency

On Tue, Apr 19, 2016 at 2:07 PM, Saad Mufti <saad.mu...@gmail.com> wrote: > Hi, > > I found this blog post from 2014 on sources of HBase client side latency > which I found useful: > > > https://hadoop-hbase.blogspot.com/2014/08/hbase-client-response-times.htm

Sources Of HBase Client Side Latency

Hi, I found this blog post from 2014 on sources of HBase client side latency which I found useful: https://hadoop-hbase.blogspot.com/2014/08/hbase-client-response-times.html?showComment=1461099797978#c5266762058464276023 Since this is a bit dated, anyone have any other sources of latency to add

Re: use of hbase client in application server

; 60); > > On Sun, Mar 13, 2016 at 3:12 AM, Shushant Arora <shushantaror...@gmail.com > > > wrote: > > > I have a requirement to use long running hbase client in application > > server. > > > > 1.Do I need to create multiple HConnections or single Hconn

Re: use of hbase client in application server

} int corePoolSize = conf.getInt("hbase.htable.threads.coresize", 1); long keepAliveTime = conf.getLong("hbase.htable.threads.keepalivetime", 60); On Sun, Mar 13, 2016 at 3:12 AM, Shushant Arora <shushantaror...@gmail.com> wrote: > I have a requirement to use l

use of hbase client in application server

I have a requirement to use long running hbase client in application server. 1.Do I need to create multiple HConnections or single Hconnection will work? 2. DO I need to check whether Hconnection is still active before using it to create Htable instance. 3.DO I need to handle region split

Re: hbase client in sandboxed GAE environment

On Thu, Dec 10, 2015 at 6:58 AM, Loknath Priyatham Teja Singamsetty < singams.t...@gmail.com> wrote: > Hi Folks, > > I just started on open source hbase. Tried to follow docs to start the > hbase process on hbase-1.1.2 and noticed few warnings related to JDK 8 VM > options (which was a change

Re: hbase client in sandboxed GAE environment

table support page: https://cloud.google.com/bigtable/docs/support > > On Wed, Dec 9, 2015 at 11:43 PM, Shouguo Li <the1plum...@gmail.com> wrote: > > > Hi guys > > > > I'm trying to get google bigtable java client to work in GAE, which is a > > hbase client. I found an

Re: hbase client in sandboxed GAE environment

gt; wrote: > Hi guys > > I'm trying to get google bigtable java client to work in GAE, which is a > hbase client. I found an example, > > https://github.com/GoogleCloudPlatform/cloud-bigtable-examples/tree/master/java/managed-vm-gae > but it's only for managed vm in GAE tho. >

Re: hbase client in sandboxed GAE environment

Hi Folks, I just started on open source hbase. Tried to follow docs to start the hbase process on hbase-1.1.2 and noticed few warnings related to JDK 8 VM options (which was a change incorporated in JDK 8, a change to move towards meta space instead of perm gen). Java HotSpot(TM) 64-Bit Server

hbase client in sandboxed GAE environment

Hi guys I'm trying to get google bigtable java client to work in GAE, which is a hbase client. I found an example, https://github.com/GoogleCloudPlatform/cloud-bigtable-examples/tree/master/java/managed-vm-gae but it's only for managed vm in GAE tho. I'm curious if anyone has experience

Re: can my old hbase client use new hbase version?

thank you. On Sat, Dec 5, 2015 at 11:45 PM, Ted Yu wrote: > I think you can. > > See the following: > http://hbase.apache.org/book.html#_upgrade_paths > > It is advisable to use 1.1.2 client so that you get the full feature set > from 1.1.2 > > Cheers > > On Fri, Dec 4, 2015

Re: can my old hbase client use new hbase version?

I think you can. See the following: http://hbase.apache.org/book.html#_upgrade_paths It is advisable to use 1.1.2 client so that you get the full feature set from 1.1.2 Cheers On Fri, Dec 4, 2015 at 9:36 PM, Li Li wrote: > I want to set up a hbase cluster. I found the

can my old hbase client use new hbase version?

I want to set up a hbase cluster. I found the latest stable release is 1.1.2. But I have some old client codes writen with hbase 0.98. I don't want to rewrite them. is it possible to use 0.98 client codes to interact with 1.1.2 version server?

Re: HBase client and server version is not compatible leadregionserver down

收件人: "user@hbase.apache.org"<user@hbase.apache.org>; 主题: Re: HBase client and server version is not compatible leadregionserver down See http://hbase.apache.org/book.html#hbase.rolling.upgrade For example, in Rolling upgrade from 0.98.x to HBase 1.0.0, we state that it is possible to d

Re: HBase client and server version is not compatible leadregionserver down

晚上7:37 收件人: "user@hbase.apache.org"<user@hbase.apache.org>; 主题: Re: HBase client and server version is not compatible leadregionserver down See http://hbase.apache.org/book.html#hbase.rolling.upgrade For example, in Rolling upgrade from 0.98.x to HBase 1.0.0, we state that i

Re: HBase client and server version is not compatible leadregionserver down

> >>>>> On Wed, Nov 18, 2015 at 8:58 AM, 聪聪 <175998...@qq.com> wrote: >>>>> >>>>> Ted： >>>>> >>>>> >>>>> Because a lot of development is the use of the wrong client, I think >>>

?????? HBase client and server version is not compatible leadregionserver down

??) 7:37 ??: "user@hbase.apache.org"<user@hbase.apache.org>; : Re: HBase client and server version is not compatible leadregionserver down See http://hbase.apache.org/book.html#hbase.rolling.upgrade For example, in Rolling upgrade from 0.98.x to HBase 1.0.0, we

Re: HBase client and server version is not compatible leadregionserver down

) 晚上7:37 > 收件人: "user@hbase.apache.org"<user@hbase.apache.org>; > > 主题: Re: HBase client and server version is not compatible leadregionserver > down > > > > See http://hbase.apache.org/book.html#hbase.rolling.upgrade > > For example, in Rolling upgr

Re: HBase client and server version is not compatible leadregionserver down

he wrong client, I think > about > > how to avoid.For example, we even upgrade to 1.0 but they may use 2.0 > > version. > > > > > > > > > > -- 原始邮件 -- > > 发件人: "Ted Yu";<yuzhih...@gmail.co

Re: HBase client and server version is not compatible lead regionserver down

See http://hbase.apache.org/book.html#hbase.rolling.upgrade For example, in Rolling upgrade from 0.98.x to HBase 1.0.0, we state that it is possible to do a rolling upgrade between hbase-0.98.x and hbase-1.0.0. Cheers On Wed, Nov 18, 2015 at 12:22 AM, 聪聪 <175998...@qq.com> wrote: > We recently

Re: HBase client and server version is not compatible lead regionserver down

It cause regionserver down? Oh, could you post some regionserver logs? 2015-11-18 16:22 GMT+08:00 聪聪 <175998...@qq.com>: > We recently found that regionserver down.Later, we found that because the > client and server version is not compatible.The client version is > 1.0,server version is

HBase client and server version is not compatible lead regionserver down

We recently found that regionserver down.Later, we found that because the client and server version is not compatible.The client version is 1.0,server version is 0.98.6.I want to know why this is, and whether there is a better protection mechanism.How to avoid this problem, because some

Re: HBase client and server version is not compatible leadregionserver down

gt; > Because a lot of development is the use of the wrong client, I think > > about > > > how to avoid.For example, we even upgrade to 1.0 but they may use 2.0 > > > version. > > > > > > > > > > > > > > > -- 原始邮件 -

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

My apologies for letting this slip. I posted a patch for our site documentation on HBASE-14091 and it should be committed shortly. On Fri, Jul 3, 2015 at 6:41 PM, Stack st...@duboce.net wrote: I like your proposed text Andrew. St.Ack On Fri, Jul 3, 2015 at 2:27 PM, Andrew Purtell

Re: Htrace spans not generated for hbase client side code

Also tomcat is running on the client side. Thanks, Priyanka -- View this message in context: http://apache-hbase.679495.n3.nabble.com/Htrace-spans-not-generated-for-hbase-client-side-code-tp4073462p4073476.html Sent from the HBase User mailing list archive at Nabble.com.

Htrace spans not generated for hbase client side code

-not-generated-for-hbase-client-side-code-tp4073462.html Sent from the HBase User mailing list archive at Nabble.com.

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

I like your proposed text Andrew. St.Ack On Fri, Jul 3, 2015 at 2:27 PM, Andrew Purtell apurt...@apache.org wrote: It looks like the discussion is settling down and we have a consensus on the course of action of a three month temporary ban from the project mailing lists. If you feel that is

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

It looks like the discussion is settling down and we have a consensus on the course of action of a three month temporary ban from the project mailing lists. If you feel that is not correct please say so, otherwise on Monday the PMC will begin that process. Going forward I think we should have a

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client) On Tue, Jun 30, 2015 at 12:18 PM, Stack st...@duboce.net wrote: I volunteer to help moderate. St.Ack Sorry. Changed my mind. I'm not going to do more work because of Michael. Let the filters do

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

Why not simply ignore offending messages? It is possible to set up a filter in personal email box which bins emails from certain authors so they don't show up even. Spam needs to be addressed. But moderating?...

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

As long as Michael has been warned in the past, I vote for a three month ban with option of a reduced one month ban if he is willing to write an apology to Sean and the community. On Jul 1, 2015, at 8:40 AM, Sean Busbey bus...@cloudera.com wrote: On Wed, Jul 1, 2015 at 7:19 AM, Shahab Yunus

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

...@duboce.net To: Hbase-User user@hbase.apache.org Cc: d...@hbase.apache.org d...@hbase.apache.org Sent: Tuesday, June 30, 2015 12:25 PM Subject: Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client) On Tue, Jun 30, 2015 at 12:18 PM

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

On Wed, Jul 1, 2015 at 7:19 AM, Shahab Yunus shahab.yu...@gmail.com wrote: I am a very new here and also my contribution to the mailing list has been limited as well. I am not even a committer. But I have been following and reading the mailing list for a while. So given that, I am taking the

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

On Wed, Jul 1, 2015 at 7:15 AM, Ted Malaska ted.mala...@cloudera.com wrote: Should I start a new Thread to talk about multi client? I sorry this all had to happen on my thread. I hope I didn't cause it. My goal is simple I would like to set up some thing that would help HBase compete in

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

Hi, Unfortunately we can't expect newcomers to our lists to know in advance that so and so is sarcastic and hostile so should be ignored. We can't expect everyone to be ok with abuse. In fact I believe we should take the exact opposite position. Who knows how many will decide not to

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

I've seen other threads like this from Michael in the past. While I ignore them when they show up, it is certainly off putting to the community members and discourage open discussions and sharing of ideas. Some people might not understand the problems as well as others or might have completely

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

...@hbase.apache.org d...@hbase.apache.org Sent: Tuesday, June 30, 2015 12:25 PM Subject: Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client) On Tue, Jun 30, 2015 at 12:18 PM, Stack st...@duboce.net wrote: I volunteer to help moderate

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

: [DISCUSS] Multi-Cluster HBase Client) Huh? This is not about being caremad over some technical issue, this is about preserving a productive space for communication free from toxic people casting abuse while being funny and smart. Please go back on the original thread and re-read

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

Due to an off list request, let me clarify my previous email. Apologies if this is overly detailed, but I'm presuming folks on user@ don't often deal with ASF mechanics. For those on user@hbase, Andrew asked on a sub-thread that mistakenly went only to dev@hbase if those advocating for moderating

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

I've just saw the thread in question, and I also feel that an action has to be taken because this type of behavior is unacceptable. It is also not the first strike if my memory serves me. Moderation is fine if we have voluteers. Otherwise +1 for a temporary ban. Enis On Tue, Jun 30, 2015 at

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client) On Tue, Jun 30, 2015 at 12:18 PM, Stack st...@duboce.net wrote: I volunteer to help moderate. St.Ack Sorry. Changed my mind. I'm not going to do more work because of Michael. Let the filters do the work for us. Ban him for 3 months

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

...@hbase.apache.org d...@hbase.apache.org Sent: Tuesday, June 30, 2015 12:25 PM Subject: Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client) On Tue, Jun 30, 2015 at 12:18 PM, Stack st...@duboce.net wrote: I volunteer to help moderate. St.Ack

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

On Tue, Jun 30, 2015 at 7:58 PM, lars hofhansl la...@apache.org wrote: Moderating is better than outright banning, I think.While Micheal is sometimes infuriating, he's also funny and smart. Can we have a group of moderators? I'd volunteer, but not if I'm the only one. So far we have both

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

was (Re: [DISCUSS] Multi-Cluster HBase Client) Huh? This is not about being caremad over some technical issue, this is about preserving a productive space for communication free from toxic people casting abuse while being funny and smart. Please go back on the original thread and re-read

Re: [DISCUSS] Multi-Cluster HBase Client

I've had enough and would like to ask the user and dev communities if they would mind if we vote on a permanent ban of Michael Segal - any and all email accounts he may choose to set up - from all HBase mailing lists. The basic lack of courtesy and constant naysaying is corrosive. Nobody trying to

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

I volunteer to help moderate. St.Ack On Tue, Jun 30, 2015 at 12:08 PM, Sean Busbey bus...@cloudera.com wrote: (I took the liberty of moving us off of Ted's feature discussion thread) A three month ban sounds better than a permanent ban. But it still seems likely to just result in the ban-ee

Re: [DISCUSS] Multi-Cluster HBase Client

It was suggested privately that we try a temporary ban first, to be clear that current behavior and communication is unacceptable and won't be tolerated further, yet allow for the possibility of a return to the community should the message be received. So let me amend my proposal - a three month

[DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

(I took the liberty of moving us off of Ted's feature discussion thread) A three month ban sounds better than a permanent ban. But it still seems likely to just result in the ban-ee walking away from teh community or escalating. Would we consider enforcing moderation on posts for the three month

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

I this particular case I don't think anything will prevent an escalation (I hope I am wrong, though) but as a general policy starting with moderation is an even softer touch than a temporary ban and so I'd be in favor for that reason. I will abstain on if we should do that in this instance. On

Re: [DISCUSS] correcting abusive behavior on mailing lists was (Re: [DISCUSS] Multi-Cluster HBase Client)

On Tue, Jun 30, 2015 at 12:18 PM, Stack st...@duboce.net wrote: I volunteer to help moderate. St.Ack Sorry. Changed my mind. I'm not going to do more work because of Michael. Let the filters do the work for us. Ban him for 3 months. St.Ack On Tue, Jun 30, 2015 at 12:08 PM, Sean Busbey

Re: Has anybody used hbase client 1.0.x in karaf environment

Looks like the attached image didn't go through. Mind giving the stack trace for the NoClassDefFoundError ? Thanks On Wed, Jun 10, 2015 at 10:10 PM, hariharan_sethura...@dell.com wrote: Hi hbase users, [Reposting this issue] Hbase-client 0.94.x is working fine in karaf environment. We

Has anybody used hbase client 1.0.x in karaf environment

Hi hbase users, [Reposting this issue] Hbase-client 0.94.x is working fine in karaf environment. We are working on a task to use latest/stable hbase-client 1.0.x version. Since the hbase-client requires hbase-common, having both referred in our pom.xml, classes from package hbase-common.jar's

RE: HBase client: refreshing the connection

Cc: C, Yuling Subject: Re: HBase client: refreshing the connection (removing dev list) We observed there is an zxid mismatch on hbase server logs. This looks like a bug. But the 0.94.15 is quite old now... For hbase.client.retries.number=3, HBase uses an exponential back-off time, so setting

Re: HBase client: refreshing the connection

observed there is an zxid mismatch on hbase server logs. We wanted to get clarified for the following items. 1) Reducing this hanging time from 20 mins to 5 mins: Looks there are many timeout configuration (hbase-client, zookeeper, client.pause etc) and it slightly confusing how they are all

HBase client: refreshing the connection

on hbase server logs. We wanted to get clarified for the following items. 1) Reducing this hanging time from 20 mins to 5 mins: Looks there are many timeout configuration (hbase-client, zookeeper, client.pause etc) and it slightly confusing how they are all calculated with backoff series

Java Hbase Client or Rest approach

Hi, We have a java based web application. There is a requirement to fetch the data from Hbase and build some dashboards. What is the best way to go about fetching the data from Hbase? 1 Using java hbase client api OR 2 Using the hbase rest api. Appreciate if anyone can provide the pros

Re: On HBase client 1.0.0 against 0.98.6

, Inc. On Tue, May 5, 2015 at 1:09 PM, gabriela.montiel gabriela.mont...@oracle.com wrote: Hello, I have a question on using a newer version of HBase client against older version of HBase servers. Specifically, does HBase client 1.0.0 work with HBase server 0.98.6? Is there any performance

On HBase client 1.0.0 against 0.98.6

Hello,  I have a question on using a newer version of HBase client against older  version of HBase servers. Specifically, does HBase client 1.0.0 work with HBase server 0.98.6? Is  there any performance implications?  Thanks,  Gaby 

Unable to load native-hadoop library in java hbase client

WARN main org.apache.hadoop.util.NativeCodeLoader Unable to load native-hadoop library for your platform... using builtin-java classes where applicable I have correctly installed native lib in hadoop and hbase. I can verify it by ./bin/hbase --config ~/conf_hbase

Re: Unable to load native-hadoop library in java hbase client

yes, I have read it. the hbase server is correctly configured because I can create a table with snappy compression algorithm. Also it's correct for the ./bin/hbase shell. But my java client print this warning message.(for now it's a single node pesudo cluster and the java client run on the same

Re: Unable to load native-hadoop library in java hbase client

On Mon, Jan 5, 2015 at 6:58 PM, Li Li fancye...@gmail.com wrote: yes, I have read it. the hbase server is correctly configured because I can create a table with snappy compression algorithm. Also it's correct for the ./bin/hbase shell. But my java client print this warning message.(for now

Re: Unable to load native-hadoop library in java hbase client

You checked the section in the refguide on loading native libs: http://hbase.apache.org/book.html#hadoop.native.lib ? It was updated recently. You have symlinked or copied the the native libs under your client? List out the links for us here. St.Ack On Mon, Jan 5, 2015 at 12:26 AM, Li Li

Re: Reg. HBase client API calls in secure cluster (Kerberos)

Hi, Thanks for responding back. But I get this error now Failure to initialize security context [Caused by GSSException: Invalid name provided (Mechanism level: Could not load configuration file C:\Windows\krb5.ini (The system cannot find the file specified))] My problem is very similar to this

RE: Reg. HBase client API calls in secure cluster (Kerberos)

15:41 To: user@hbase.apache.org Subject: Re: Reg. HBase client API calls in secure cluster (Kerberos) Hi, Thanks for responding back. But I get this error now Failure to initialize security context [Caused by GSSException: Invalid name provided (Mechanism level: Could not load configuration file

  1   2   3   4   >