manage at least the first of
this series. Though I do not have committer access, the Apache rules
generally allow anyone to propose a release tarball, so long as it's voted
on by the PMC.
Thanks
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
-Original Message-
From: Todd Lipcon [mailto:t...@cloudera.com]
Sent: Thursday, May 20, 2010 10:54 AM
To: dev@hbase.apache.org
Subject: Re: Version number of next release
On Thu, May 20, 2010 at 10:48 AM, Andrew Purtell
apurt...@apache.orgwrote:
The current name
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/84/
---
Review request for hbase.
Summary
---
Submitting to RB on behalf of Michael
this void and add javadoc that it will mutate its arg (also
explain what it does)
- Todd
On 2010-05-25 12:22:03, Todd Lipcon wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/84
to cut down on some email traffic, not that you
guys/gals are doing terrific job on hbase, just temporary:) thanks so
so much:)
this fails:
hbase-dev-unsubscr...@hadoop.apache.org
--
Todd Lipcon
Software Engineer, Cloudera
to the client
until it has been flushed to three HDFS replicas.
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
://review.hbase.org/r/110/#comment662
Before we were hashing the entire byte array, not just the section of bytes
corresponding to this writable. So the hashcode could be different even if the
sliced bytes were the same. See new unit test for hashcode.
- Todd
On 2010-05-31 23:25:59, Todd
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/116/
---
Review request for hbase and Jonathan Gray.
Summary
---
Pretty self
://review.hbase.org/r/116/#review126
---
On 2010-06-03 12:39:07, Todd Lipcon wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/116
be able to get some users trying out a dev release by offering the
durability carrot (plus the few big new features we've already got done)
-Todd
Good stuff,
St.Ack
On Thu, Jun 3, 2010 at 10:01 PM, Todd Lipcon t...@cloudera.com wrote:
Hey everyone,
I'd like to start planning
there to the community.
JG
-Original Message-
From: Todd Lipcon [mailto:t...@cloudera.com]
Sent: Thursday, June 03, 2010 10:02 PM
To: dev
Subject: Working towards a dev release
Hey everyone,
I'd like to start planning towards a development release this month.
Here's
my
target and when should I submit a patch for
review?*
Marc
--
Todd Lipcon
Software Engineer, Cloudera
generated e-mail. To reply, visit:
http://review.hbase.org/r/98/
---
(Updated 2010-06-09 15:50:59)
Review request for hbase, Todd Lipcon and stack.
Summary
---
HBASE-2468: Improvements to prewarm META cache on clients
:
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/98/
---
(Updated 2010-06-09 15:50:59)
Review request for hbase, Todd Lipcon and stack
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/167/
---
Review request for hbase, Kannan Muthukkaruppan and Ryan Rawson.
Summary
---
I
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/165/#review187
---
Ship it!
+1, lgtm. I didn't realize that HBase's hacked version of IPC
On 2010-06-11 09:59:29, stack wrote:
src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java, line 1439
http://review.hbase.org/r/167/diff/1/?file=1237#file1237line1439
Should this be public? Isn't it just used internally?
Todd Lipcon wrote:
good call, will make
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/180/
---
Review request for hbase and Ryan Rawson.
Summary
---
This changes the
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/183/
---
Review request for hbase, stack and Ryan Rawson.
Summary
---
I broke this in
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/180/#review229
---
On 2010-06-14 16:30:30, Todd Lipcon wrote
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/216/
---
(Updated 2010-06-22 15:55:16.514925)
Review request for hbase, stack and Ryan
On Tue, Jun 22, 2010 at 9:05 PM, Stack st...@duboce.net wrote:
On Tue, Jun 22, 2010 at 6:35 PM, Todd Lipcon t...@cloudera.com wrote:
Quick update on the development branch 0.89.20100621.
(Todd you want to explain the version number or do you want me to?)
I think the following patches
will go into there.
If we could complete voting by Friday that would be excellent.
Thanks,
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
.
OK, I can build a new rc later tonight. Let's keep testing the previous one,
though, and count a +1 towards either as a +1 towards both :)
-Todd
On Wed, Jun 23, 2010 at 12:27 PM, Todd Lipcon t...@cloudera.com wrote:
On Tue, Jun 22, 2010 at 9:05 PM, Stack st...@duboce.net wrote:
On Tue
complete voting by Friday that would be excellent.
Thanks,
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
--
Todd Lipcon
Software Engineer, Cloudera
to security.
So, to sum up, thoughts on:
a) creating a security feature branch in svn?
b) RPC related changes, specifically cross Hadoop branch incompatibility
due
to version increment and Hadoop security dependencies?
Thanks,
Gary
--
Todd Lipcon
Software Engineer, Cloudera
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/387/#review518
---
On 2010-07-28 10:17:14, Todd Lipcon wrote:
This looks good, except that it requires the HDFS patches to be in place to
even compile. Although I think it's OK to not fix the bug in the case that
we're on stock HDFS, I think we still need to be able to run, buggily.
Did we determine
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/418/
---
Review request for hbase, stack, dhruba borthakur, and Kannan Muthukkaruppan.
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/406/#review592
---
Ship it!
pom.xml
http://review.cloudera.org/r/406/#comment2258
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/467/#review618
---
looks pretty good! I didn't et a chance to look through the test cases
that this is bug free. Its
definitely not for production deploys.
We'll do another release like this in a few weeks after the new master
code has gone in.
Please vote by Wednesday, August 4th.
Thanks,
St.Ack
1. http://wiki.apache.org/hadoop/Hbase/HBaseVersions
--
Todd
to cope with users with
huge GC pauses problems, something like 1 minute (see
hbase-default.xml).
For a good fault testing framework, please use
http://github.com/toddlipcon/gremlins. This was written by Todd Lipcon
to test HBase's handling of region servers' death.
J-D
On Fri, Aug 13
://review.cloudera.org/r/418/#comment3119
good catch! Yep, I think so.
- Todd
On 2010-07-28 16:22:47, Todd Lipcon wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/418
.
The question is, how do we leverage the ever-increasing sizes of
machines and differentiate ourselves from bigtable? What did google
do (if anything) to adopt to the 16 core machines? We should be able
to do quite a bit on a 20 or 40 node cluster.
more thread parallelism?
--
Todd Lipcon
logic?
Would probably be a duplication rather than a retrofit, but it's probably
doable -- the protocol is pretty simple for reads, and failure/retry is much
less complicated compared to writes (though still pretty complicated)
-ryan
On Sat, Aug 28, 2010 at 1:11 PM, Todd Lipcon t
with Writables -
it's all hand coded bytes going over the transport.
I have some code floating around somewhere for translating between blocking
IO and Netty - not sure where, though :)
-Todd
On Sat, Aug 28, 2010 at 1:32 PM, Todd Lipcon t...@cloudera.com wrote:
On Sat, Aug 28, 2010 at 1:29
constraints, although the
latency of establishing a local socket for every read is still there.
On Sat, Aug 28, 2010 at 4:42 PM, Todd Lipcon t...@cloudera.com wrote:
On Sat, Aug 28, 2010 at 1:38 PM, Ryan Rawson ryano...@gmail.com wrote:
One thought I had was if we have the writable code, surely just
doing so all my data is
lost
and
my
table is emptied.
Could you help me understand the behavior. Is there some kind of
Cache
also
involved while writing because of which my data is lost.
Thanks,
Gagan
--
Todd
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/798/
---
Review request for hbase and stack.
Summary
---
Moves all RPCs outside of
, Todd Lipcon wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/798/
---
(Updated 2010-09-07 13:38:39)
Review request
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/811/
---
Review request for hbase, stack and Jonathan Gray.
Summary
---
Straight
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/812/#review1151
---
On 2010-09-10 00:03:38, Todd Lipcon wrote
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/829/
---
Review request for hbase, stack and Jonathan Gray.
Summary
---
This isn't
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/821/#review1177
---
src/main/java/org/apache/hadoop/hbase/HColumnDescriptor.java
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/845/#review1204
---
Ship it!
Looks like a fine refactor, but how does this change
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/821/#review1215
---
Ship it!
+1
- Todd
On 2010-09-14 17:22:18, Andrew Purtell wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/846/#review1216
---
Ship it!
src/main/java/org/apache/hadoop/hbase/ipc/HBaseServer.java
as
0.90, and push off the new master stuff as 0.92 :)
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
already going to be in
that situation. People are migrating production instances to 0.89.x now, and
once people go to production they are very hesitant to upgrade, regardless
of what we tell them.
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/965/#review1433
---
Ship it!
thanks for writing these tests
are already on trunk
with them applied.
I was going to apply them tonight but will wait until tomorrow given
that trunk is already disrupted a little.
Best regards,
- Andy
--
Todd Lipcon
Software Engineer, Cloudera
://archive.cloudera.com/docs/
3.
http://svn.apache.org/viewvc/hadoop/common/branches/branch-0.20-append/CHANGES.txt
4. http://hbaseblog.com/2010/07/04/hug11-hbase-0-90-preview-wrap-up/
--
Todd Lipcon
Software Engineer, Cloudera
,
I just filed HBASE-3238 which appears to me as a blocker as HBase
won't start if its zookeeper.parent.znode exists and HBase does not
have the CREATE permission on this znode's parent znode.
Mathias.
--
Todd Lipcon
Software Engineer, Cloudera
.
Thoughts?
Thanks,
Lars
--
Todd Lipcon
Software Engineer, Cloudera
On Thu, Dec 2, 2010 at 11:00 AM, Stack st...@duboce.net wrote:
The two lads have been doing great work and earned their wings long
ago. Welcome them to the fold.
St.Ack
--
Todd Lipcon
Software Engineer, Cloudera
the code (HBase-2001, and 2002) has been committed
into trunk.
The blog is here:
http://hbaseblog.com/2010/11/30/hbase-coprocessors/
Any problem, please let me know.
Thanks,
Mingjie
--
Todd Lipcon
Software Engineer, Cloudera
like to hear others' thoughts.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue
online.
--
Todd Lipcon
Software Engineer, Cloudera
the performance impact (when there is a hdfs
datanode and a hbase node on the same machine) of using unix domain
sockets communication or shared memory ipc using nio? I guess this
should make a difference on reads?
Regards,
Leen
--
Todd Lipcon
Software Engineer, Cloudera
guess this
should make a difference on reads?
Regards,
Leen
--
Todd Lipcon
Software Engineer, Cloudera
--
Todd Lipcon
Software Engineer, Cloudera
From: Todd Lipcon [t...@cloudera.com]
Sent: Saturday, December 04, 2010 3:04 PM
To: dev@hbase.apache.org
Subject: Re: Local sockets
On Sat, Dec 4, 2010 at 2:57 PM, Vladimir Rodionov
vrodio...@carrieriq.comwrote:
From my own experiments performance difference is huge even
their results to any of the mailing lists!
-Todd
From: Todd Lipcon [t...@cloudera.com]
Sent: Monday, December 06, 2010 10:04 AM
To: dev@hbase.apache.org
Subject: Re: Local sockets
On Mon, Dec 6, 2010 at 9:59 AM, Vladimir Rodionov
vrodio
:
- They are able to harness larger amounts of RAM, so they are really
just testing that vs HBase
--
Todd Lipcon
Software Engineer, Cloudera
Via Hammer - I thought this was a pretty good read, some good ideas for
optimizations for our WAL.
http://infoscience.epfl.ch/record/149436/files/vldb10aether.pdf
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
-hbase-0-90-preview-wrap-up/
--
Todd Lipcon
Software Engineer, Cloudera
of the 0.22 branch
soon to see that all basically works and so we can file blockers if
there is anything in the way of our working smoothly on this new
release.
Yours,
St.Ack
--
Todd Lipcon
Software Engineer, Cloudera
-wrap-up/
--
Todd Lipcon
Software Engineer, Cloudera
for heap
fragmentation than the block cache.
Also we now have some tools and reference for comparison if we make any
changes to memstore to try to combat this issue.
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
, 2011 at 9:48 AM, Ted Dunning tdunn...@maprtech.com wrote:
Also, can you say what YCSB workload that used?
On Thu, Jan 20, 2011 at 9:33 AM, Todd Lipcon t...@cloudera.com wrote:
I did some experiments to understand our full GC issues better last
night.
Here are the results:
http
What, you didn't like my answer?
2011/1/20 Todd Lipcon t...@cloudera.com
Hi,
No, HBase does not support 0.19.1. I'd recommend you go with CDH3b3. CDH
contains a set of packages that are integration tested and known to work
together.
-Todd
2011/1/20 贺小桥 xq.he2...@gmail.com
Hi, Todd
On Thu, Jan 20, 2011 at 2:52 PM, tsuna tsuna...@gmail.com wrote:
On Thu, Jan 20, 2011 at 9:33 AM, Todd Lipcon t...@cloudera.com wrote:
I did some experiments to understand our full GC issues better last
night.
Here are the results:
http://people.apache.org/~todd/hbase-fragmentation
-895 is in
http://archive.cloudera.com/cdh/3/hadoop-0.20.2+320.releasenotes.html
Expert opinion on what I saw is appreciated.
--
Todd Lipcon
Software Engineer, Cloudera
) in
users' hands.
I'm happy to cut RCs, etc, if Stack can tell me how to run the appropriate
mvn things.
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
stuff. :(
--
Benoit tsuna Sigoure
Software Engineer @ www.StumbleUpon.com
--
Todd Lipcon
Software Engineer, Cloudera
, 0.90.4, etc - but not see changes from 0.90.1 again.
Does this jive with what other people think? If so I'll go through and move
entries from the 0.92 section of CHANGES.txt back into 0.90.1 where they've
been committed to both branches.
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
documentation for details. All users of 0.90.0 are advised
to upgrade at their earliest convenience.
Please vote by Sunday 2/13 whether we should release this artifact as HBase
0.90.1. PMC votes are binding, non-PMC votes are as always very much
appreciated!
Thanks
The HBase Team
--
Todd Lipcon
Software
wanted to set it to true).
St.Ack
--
Todd Lipcon
Software Engineer, Cloudera
their worth by hitting
back.
- Piet Hein (via Tom White)
--- On Wed, 2/9/11, Todd Lipcon t...@cloudera.com
wrote:
From: Todd Lipcon t...@cloudera.com
Subject: [VOTE] HBase 0.90.1 rc0 is available for
download
To: dev dev@hbase.apache.org
Date: Wednesday, February 9, 2011, 4
they get. When you change a config you can only find out about from the
code, you are implicitly accepting a contract that you will follow said code
and understand the ramifications of your change :)
-Todd
On Fri, Feb 11, 2011 at 10:03 AM, Todd Lipcon t...@cloudera.com wrote:
Nope, that's to get
On Thu, Feb 10, 2011 at 5:05 PM, Todd Lipcon t...@cloudera.com
wrote:
On Thu, Feb 10, 2011 at 4:54 PM, Ted Yu yuzhih...@gmail.com
wrote:
Thanks for the explanation.
Assuming the mixed class loading is static, why did this
situation
develop
after 40 minutes of heavy load
on sjc1-hadoop6.sjc1 -
pardon me
for including individual email addresses as attachments wouldn't go
through
hbase.apache.org
On Thu, Feb 10, 2011 at 5:05 PM, Todd Lipcon t...@cloudera.com
wrote:
On Thu, Feb 10, 2011 at 4:54 PM, Ted Yu yuzhih...@gmail.com
wrote:
Thanks
(a
org.apache.hadoop.hbase.regionserver.MemStoreFlusher)
13. at
org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:2562)
Thanks for your attention.
On Mon, Feb 14, 2011 at 1:12 PM, Todd Lipcon t...@cloudera.com wrote:
Gotcha, OK. I think I understand what's going
should block 0.90.1, unless the same test passes on
0.90.0. ie so long as 0.90.1 is better than our previous release, we should
release it, and then get to work on 0.90.2 :)
-Todd
On Mon, Feb 14, 2011 at 5:23 PM, Todd Lipcon t...@cloudera.com wrote:
Looks like it's just in the process
up no exceptions.
I ran rowcounter to make sure MR works as documented.
St.Ack
On Mon, Feb 14, 2011 at 5:37 PM, Todd Lipcon t...@cloudera.com wrote:
The HBase team is pleased to announce the second [zero-indexed] release
candidate for HBase 0.90.1, available for download at the following
in ctor.
Please advise how I can troubleshoot this.
--
Todd Lipcon
Software Engineer, Cloudera
contain the correct version value.
Yes, we should require hbase-default.xml. It is a necessary part of hbase.
If you don't have it, it should fail.
On Thu, Feb 17, 2011 at 4:13 PM, Todd Lipcon t...@cloudera.com wrote:
On Thu, Feb 17, 2011 at 4:03 PM, Ted Yu yuzhih...@gmail.com wrote
Yes, it has always been an implicit requirement. Now it is an explicit one,
because we found people didn't listen to the implicit one.
On Thu, Feb 17, 2011 at 4:29 PM, Ted Yu yuzhih...@gmail.com wrote:
Was this a requirement for 0.20.6 and 0.89 ?
On Thu, Feb 17, 2011 at 4:25 PM, Todd Lipcon t
With three PMC +1s and no -1s, the vote passes. Thanks for voting!
Stack and I will undertake the release process tonight/tomorrow and send out
a formal announcement when the binary is up on the mirrors, etc.
-Todd
On Mon, Feb 14, 2011 at 5:37 PM, Todd Lipcon t...@cloudera.com wrote
. Unless
objection, I'll put up a posting in meetup. Theme would be HBase 0.92
hacking.
St.Ack
--
Todd Lipcon
Software Engineer, Cloudera
.
I mentioned this interview to a few folks last week -- I thought it
was pretty interesting:
http://www.itwire.com/opinion-and-analysis/open-sauce/44975-linus-torvalds-looking-back-looking-forward?tmpl=componentprint=1layout=defaultpage=
-Todd
On Mon, Feb 28, 2011 at 2:00 PM, Todd Lipcon t
)
at
org.apache.hadoop.hbase.ipc.HBaseServer$Handler.run(HBaseServer.java:1060)
Do others? I don't have any CPs loaded. I'm wondering if we can do
more to just avoid the CP codepath if no CPs loaded.
St.Ack
--
Todd Lipcon
Software Engineer, Cloudera
. For example,
Cloudera will be supporting 0.90.1 (or something that's 100%
compatible with it) for at least the next year, regardless of how
whiz-bang 0.92 or future releases will be.
-Todd
--- On Wed, 3/2/11, Todd Lipcon t...@cloudera.com wrote:
From: Todd Lipcon t...@cloudera.com
Subject: Re
--
Todd Lipcon
Software Engineer, Cloudera
and get ourselves on to a
extendable platform, even if there is a flag day. We aren't out of
the woods yet, but eventually we will be.
Hear hear! +1!
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
them get the RB
integration set up last week and have access to the RB server there too via
the nice INFRA folks, so if we have any issues I can help out.
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
and moved it over to Jamon so you can see what it would
look like. The patch is attached to the JIRA.
Thanks!
-Todd
--
Todd Lipcon
Software Engineer, Cloudera
CDH3 update). And
finally we could do a 0.90.4 with it.
J-D
--
Todd Lipcon
Software Engineer, Cloudera
backported to them one released).
Consider it another name for an extended release candidate period for 0.92.
-Todd
On Tue, May 3, 2011 at 10:47 PM, Todd Lipcon t...@cloudera.com wrote:
Maybe we should do an 0.91 dev release tout de suite? Folks who want
3777 and coprocessors and the other nice
, Andrew Purtell apurt...@yahoo.com
wrote:
+1
From: Todd Lipcon t...@cloudera.com
I filed HBASE-3835 over the weekend to propose switching
our web UIs from pure JSP to Jamon-based templates.
Since this is a change we'd probably live with for a while,
and introduces a new dependency, I
that
it would first acquire as many row locks as it can before performing
updates. If one row is not accessible, all following rows will not be
updated for this batch. So why not update one row at a time so that
every row can be processed?
Thank you.
---
Wade
--
Todd Lipcon
Software
1 - 100 of 294 matches
Mail list logo
