Congratulations, Wellington!
Best Regards
Allan Yang
Yu Li 于2019年11月7日周四 下午11:51写道:
> Congratulations and welcome, Wellington!
>
> Best Regards,
> Yu
>
>
> On Sun, 3 Nov 2019 at 12:02, Toshihiro Suzuki wrote:
>
> > Congratulations! Wellington
> >
> >
Congratulations, Hu!
Best Regards
Allan Yang
Peter Somogyi 于2019年8月5日周一 下午4:47写道:
> Congratulations!
>
> On Mon, Aug 5, 2019 at 8:57 AM Pankaj kr wrote:
>
> > Congratulations Zheng..!!
> >
> > Regards,
> > Pankaj
> >
> > -Origina
Congratulations Sakthi !
Best Regards
Allan Yang
Nihal Jain 于2019年8月1日周四 下午8:40写道:
> Congrats Sakthi. More power to you!
>
> On Thu, 1 Aug, 2019, 4:42 PM ramkrishna vasudevan, <
> ramkrishna.s.vasude...@gmail.com> wrote:
>
> > Congratulations Sakthi !!!
> >
&
Congratulations!
Best Regards
Allan Yang
Jan Hentschel 于2019年5月24日周五 下午5:12写道:
> Congrats and welcome!
>
> From: Yu Li
> Reply-To: "user@hbase.apache.org"
> Date: Friday, May 24, 2019 at 9:50 AM
> To: Hbase-User
> Subject: Re: [ANNOUNCE] New HBase commi
Congratulations Peter!
Best Regards
Allan Yang
Pankaj kr 于2019年1月22日周二 上午9:49写道:
>
> Congratulations Peter...!!!
>
> Regards,
> Pankaj
>
> --
> Pankaj Kumar
> M: +91-9535197664(India Contact Number)
> E: pank
+1, the less, the better.
Best Regards
Allan Yang
Sean Busbey 于2018年12月8日周六 上午10:09写道:
> correct, branch-1.2 was the stable release line prior to 1.4 becoming
> it in August.
>
> at the time I said I'd keep making monthly 1.2.z releases for ~6 months:
>
> https://s.apache.org
. And they don't have to consider about compatibility when upgrading a
minor version. We make sure all the Incompatible changes are only commit to
master branch(for releasing 3.x).
Best Regards
Allan Yang
Stack 于2018年12月9日周日 上午7:35写道:
> On Fri, Dec 7, 2018 at 5:59 PM Andrew Purtell wrote:
>
> &
Thank you all!
Best Regards
Allan Yang
张铎(Duo Zhang) 于2018年11月30日周五 上午8:35写道:
> Congratulations!
>
> Azhaku Sakthi Vel Muthu Krishnan
> 于2018年11月30日周五 上午4:09写道:
>
> > Congrats Allan!
> >
> > Sakthi
> >
> > On Thu, Nov 29, 2018 at 12:06 PM Andrew
No, Every column family has its own memstore. Each one is 128MB in your
case. When flushing, the flusher will choose those memstore who satisfy
certain conditions, so it is possible that not every column family(Store)
will flush the memstore.
Best Regards
Allan Yang
Antonio Si 于2018年11月14日周三 上午
Congratulations, Jingyun!
Best Regards
Allan Yang
Ashish Singhi 于2018年11月13日周二 下午4:33写道:
> Congratulations & Welcome!
>
> Regards,
> Ashish
>
> On Tue, Nov 13, 2018 at 1:24 PM 张铎(Duo Zhang)
> wrote:
>
> > On behalf of the Apache HBase PMC, I am pleased to
if a HBase node joined in or moved
out.
For the 3rd question, please refer to Josh Elser in the previous relay, it
is just a 'marketing trash', HBase is a high performance, low lantancy
ONLINE storage system, which has already been massively used in many
real-time production systems.
Best Regards
Allan
Great work! Thanks, Yu Li!
Best Regards
Allan Yang
Yu Li 于2018年8月22日周三 下午6:03写道:
> Hi all,
>
> HBaseConAsia2018 is successfully held on Aug. 17th in Beijing, China and
> please following below links for a quick review:
>
> Pictures:
> https://drive.goo
Those log is not enough to locate the problem.
Best Regards
Allan Yang
jcl <515951...@163.com> 于2018年8月14日周二 下午9:18写道:
> Power off and restart(Hadoop and HBase), Master is initializing - Hbase
> ServerManager: but crash processing already in progress
>
> command jps, HMaster
Regards
Allan Yang
Kang Minwoo 于2018年7月11日周三 下午2:25写道:
> Hello.
>
> Occasionally, when closing a region, the RS_CLOSE_REGION thread is unable
> to acquire a lock and is still in the WAITING.
> (These days, the cluster load increase.)
> So the Region state is PENDING_CLOSE pers
Congratulations, Chia-Ping!
Best Regards
Allan Yang
2017-09-30 7:50 GMT+08:00 Stack <st...@duboce.net>:
> Welcome Chia-Ping. Keep up the great work.
> S
>
> On Fri, Sep 29, 2017 at 3:19 PM, Misty Stanley-Jones <mi...@apache.org>
> wrote:
>
> > The HBase PM
Congratulations, Vikas Vishwakarma!
Best Regards
Allan Yang
2017-07-29 6:35 GMT+08:00 Ted Yu <yuzhih...@gmail.com>:
> Congrats, Vikas!
> Original message From: Andrew Purtell <
> apurt...@apache.org> Date: 7/28/17 6:32 PM (GMT-05:00) To:
> d..
Congratulations, Abhishek!
Best Regards
Allan Yang
2017-07-29 6:36 GMT+08:00 Ted Yu <yuzhih...@gmail.com>:
> Congratulations, Abhishek!
> Original message From: Andrew Purtell <
> apurt...@apache.org> Date: 7/28/17 6:32 PM (GMT-05:00) To:
> d..
e markers for rows with
prefix '28'. A major compaction will solve this case.
But before finding out why, I think change this queries is the first thing
need to be done.
Best Regards
Allan Yang
2017-07-15 11:14 GMT+08:00 Ted Yu <yuzhih...@gmail.com>:
> I wonder what time unit you were using.
&
in parallel create a big load for client/server and result in the
retry exhausted exception. Anyway, still need more log here to locate the
root problem.
Best Regards
Allan Yang
2017-07-11 11:50 GMT+08:00 Ted Yu <yuzhih...@gmail.com>:
> bq. for hbase-client/hbase-server version 1.0.1
Congratulations!
Best Regards
Allan Yang
Best Regards
Allan Yang
2017-07-04 13:43 GMT+08:00 Chunhui Shen <zju...@163.com>:
> Thanks all !
> Will do my best for better HBase community.
>
>
>
>
> Best Regards
> Chunhui
> 在 2017-07-04 13:31:27,"ramkris
gt; servers that means there is a Socket based connection already open with
> some region server R1. When a Hbase client has to make two or more get
> requests to region server R1 how does that work with same connection with
> R1.
>
> On 12-Jun-2017 7:31 PM, "Allan Yang" <allan...@apa
Connection is thread safe. You can use it across different threads. And
requests made by different thread are handled in parallel no matter the
keys are in the same region or not.
2017-06-12 20:44 GMT+08:00 Sachin Jain :
> Hi,
>
> I was going through connections in
press Control + Backspace
2017-05-02 12:45 GMT+08:00 QI Congyun :
> Hello expert,
>
> The HBASE is configured, there are 3 node b in my test environment, the
> 1st node is master, the 2nd and 3th is region-servers.
>
> When the Hbase is launched via the command
hbase.regionserver.thread.compaction.small = 30
Am I seeing it right? You used 30 threads for small compaction. That's too
much. For heavy writes scenario, you used too much resource to do
compactions.
We also have OpenTSDB running on HBase in our company. IMHO, the conf
should like this:
can get rid of the assignSeqId process.
Allan Yang
At 2017-03-01 16:18:02, "沈国权" <shenguoquan1...@gmail.com> wrote:
>Hi community:
>
>Currently our environment will import about 200G into HBase each day.
>These datas are cross six tables which table has abou
25 matches
Mail list logo