Hi Ted,
The log is from an earlier attempt, I tried this a few times. This is all
local, after rm'ing the /hbase. So the files are all pretty empty, but since I
put data in I was assuming it should work. Once you gotten into this state, you
also get funny error messages in the shell:
Hi Andy,
Thank you for pointing this out. I have fixed this in my documentation too.
Otherwise I might have missed it.
Appreciated!
Lars
On Jul 1, 2011, at 7:35 PM, Andrew Purtell wrote:
The choice of ':' as the field separator for table coprocessor
specifications, which reside in
Hi,
Usually the zoo.cfg overrides *all* settings off the hbase-site.xml
(including the ones from hbase-default.xml) - when present. But in some
places we do not consider this, for example in HConnectionManager:
static {
// We set instances to one more than the value specified for {@link
I looked at conf/zoo_sample.cfg from zookeeper trunk. The naming of
properties is different from the way we name
hbase.zookeeper.property.maxClientCnxns
e.g.
# the port at which the clients will connect
clientPort=2181
FYI
On Sun, Jul 3, 2011 at 9:53 AM, Lars George lars.geo...@gmail.com wrote:
Hi,
When I tried to answer questions on 'Errors after major compaction' thread,
I realized that there is a lag between 0.90.3 and what would be in 0.90.4
Specifically, HBASE-3789 is in TRUNK and has gone through testing at SU.
I think we should integrate that into 0.90 branch and try releasing
TestZooKeeper failed in the test suite.
It passed when executed standalone.
On Sun, Jul 3, 2011 at 3:14 PM, Ted Yu yuzhih...@gmail.com wrote:
Hi,
When I tried to answer questions on 'Errors after major compaction'
thread, I realized that there is a lag between 0.90.3 and what would be in