Hi Doug,
I was well thinking that master was in the play in case of region split
or problems.
I searched in the paper book I have, but didn't really find anything on
that.
Luckily, it is well documented on
http://hbase.apache.org/book/regions.arch.html:
- failover: ... The Master will detect
Hi there-
Glad to hear that the Arch chapter was helpful!
re: #1 splits
The split won't be complete if the master isn't there. Good question, and
the effects of the master not being up will be added to the book.
re: #2. RS monitoring
Good question, I'm not familiar with the specifics on
Good questions lead to good books :)
From the outside, I would expect:
1.- Region tries first to contact Master. If it does not succeed, it
simply does not try to split... But from your answer, it seems that the
split is started even if master is not there, leading to 'phantom
regions'. Btw,
.
--
该邮件从移动设备发送
-- Original --
From: yonghuyongyong...@gmail.com
Date: Fri, Feb 10, 2012 07:12 PM
To: useruser@hbase.apache.org;
Subject: Which server store the root and .meta. information?
Hello,
I read some articles which mention before the client connect
2012/2/11 Eric Charles e...@apache.org:
Hypothetical case (probably asked a number of time here, sorry...):
Can a client correcty put, get, scan (no admins tasks such as create
table,...) with a HBase cluster having its HMaster process down ?
It can Eric. Kill your master and you can do
Funky, cause HBase is often presented as a 3-layers server model
zookeeper/master/region (root/meta in the regions bringing still more fogs).
Maybe the commonly understanding in the community is that HBase's
HMaster is like Hadoop's NameNode, which is not the case (NameNode's
failure will
Regarding the master being down, just be aware that if you lose an RS that
you'll have issues because the master is what does the reassignment. Per
the previous comments, at steady-state HBase can run without the master -
there's an asterisk.
On 2/11/12 11:31 AM, Eric Charles e...@apache.org
Hello,
I read some articles which mention before the client connect to the
master node, he will first connect to the zookeeper node and find the
location of the root node. So, my question is that the node which
stores the root information is different from master node or they are
the same node?
PM
To: useruser@hbase.apache.org;
Subject: Which server store the root and .meta. information?
Hello,
I read some articles which mention before the client connect to the
master node, he will first connect to the zookeeper node and find the
location of the root node. So, my question
.
--
该邮件从移动设备发送
-- Original --
From: yonghuyongyong...@gmail.com
Date: Fri, Feb 10, 2012 07:12 PM
To: useruser@hbase.apache.org;
Subject: Which server store the root and .meta. information?
Hello,
I read some articles which mention before the client connect
: yonghuyongyong...@gmail.com
Date: Fri, Feb 10, 2012 07:12 PM
To: useruser@hbase.apache.org;
Subject: Which server store the root and .meta. information?
Hello,
I read some articles which mention before the client connect to the
master node, he will first connect to the zookeeper node and find
移动设备发送
-- Original --
From: yonghuyongyong...@gmail.com
Date: Fri, Feb 10, 2012 07:12 PM
To: useruser@hbase.apache.org;
Subject: Which server store the root and .meta. information?
Hello,
I read some articles which mention before the client connect
: yonghuyongyong...@gmail.com
Date: Fri, Feb 10, 2012 07:12 PM
To: useruser@hbase.apache.org;
Subject: Which server store the root and .meta. information?
Hello,
I read some articles which mention before the client connect to the
master node, he will first connect to the zookeeper node and find
13 matches
Mail list logo
