+1, same for me
On Oct 26, 2013 2:26 AM, "Andrew Purtell" wrote:
> +1
>
> I only use SVN when committing.
>
>
> On Fri, Oct 25, 2013 at 9:45 AM, Stack wrote:
>
> > At yesterday's dev meetup -- minutes to follow -- it was suggested we
> move
> > the project to git as our repo of truth.
> >
> > Wh
+1
On Mon, May 19, 2014 at 4:49 PM, Ted Yu wrote:
> +1
>
>
> On Mon, May 19, 2014 at 8:40 AM, Talat Uyarer wrote:
>
> > +1 Lets move to GIT
> >
> > P.S. Thank you Stack, I hope we will migrate to GIT this time. ;)
> >
> > 2014-05-19 18:32 GMT+03:00 Stack :
> > > Following up on the old DISCUSS
Since we already use this terminology inside HBase, wouldn't "peer to peer" be
the right term?
Lars
Sent from my iPhone
> On 28 Nov 2014, at 02:16, Misty Stanley-Jones
> wrote:
>
> I think of multi-master more in the case of load-balancing, where multiple
> machines are all fulfilling the r
+1 :)
On Wed, Dec 10, 2014 at 5:36 AM, Nick Dimiduk wrote:
> I suggest we drop the lingo and just say what we mean explicitly: "A
> cluster may act as both a replication source and destination
> simultaneously."
>
> On Tuesday, December 9, 2014, Misty Stanley-Jones <
> mstanleyjo...@cloudera.com
Great work everyone! Congratulations, this is the most awesome community to
be in.
Some coverage:
-
https://blogs.apache.org/foundation/entry/the_apache_software_foundation_announces72
-
http://www.heise.de/developer/meldung/Big-Data-HBase-1-0-erschienen-2558708.html
On Tue, Feb 24, 2015 at 9:30
Congratulations Sean, and welcome!
On Thu, Mar 26, 2015 at 6:26 PM, Andrew Purtell wrote:
> On behalf of the Apache HBase PMC I"m pleased to announce that Sean Busbey
> has accepted our invitation to become a PMC member on the Apache HBase
> project. Sean has been an active and positive contribu
I am +1 , especially on tagging/marking the deprecations proper with a
version when it will be removed. Right now we have deprecated functions
(for good reason) that are still lingering around. We have JIRAs
deprecating features, but no follow up process to really remove them. There
are no schedule
Hi,
Looking into this and it seems in HCD, it is missing the COMPRESS_TAGS for
reserved keys and default values. Is this on purpose? If not, I am happy to
create a JIRA, since this looks like an oversight.
Andy?
Cheers,
Lars
There are more like this, for example HColumnDescriptor or HTableDescriptor.
Especially the latter does not match Table anymore.
Sent from my iPhone
> On 29 Apr 2015, at 02:51, Jean-Marc Spaggiari wrote:
>
> Hi team,
>
> We moved from HTable to Table, from HConnection to Connection, etc.
>
Thanks Misty for working on this. I only had a chance to try on my iPhone, but
there it looks a bit cramped :(
Lars
Sent from my iPhone
> On 23 Oct 2015, at 07:17, Misty Stanley-Jones
> wrote:
>
> Hi all,
>
> We are currently using the reFlow Maven site skin. I went looking around
> and f
Hi,
Just looking through the new properties and seeing this
hbase.normalizer.enabled
false
If set to true, Master will try to keep region size
within each table approximately the same.
Searching both branches 1.2 and master reveals it is only used in a test to
enable it,
t; try {
>
> // if data in ZK is null, use default of on.
>
> return upData == null || parseFrom(upData).getNormalizerOn();
>
> So I guess the config parameter hbase.normalizer.enabled can be dropped.
>
>
> Cheers
>
> On Wed, Jan 13, 2016 at 3:01
Hi,
Reading the whole HttpServer code base, and while this is a copy it
seems from HttpServer2, including the ability to set ACLs with users
who are allowed to access (admins), I cannot see this ever being set.
Am I missing something, or is there a JIRA documenting that this needs
adding?
Thanks,
l for the UIs
> before. IMHO, they are inherently unsafe except for operator use ("no user
> serviceable parts inside") so random folks should not be given network
> paths to them.
>
> On Wed, Mar 9, 2016 at 5:31 AM, Lars George wrote:
>
>> Hi,
>>
>> Readi
Hi,
Can someone help me understand what happened here:
https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/601/ ?
My patch is part of it, I am sure this is not the cause, and since I am
somewhat out of the loop on trunk state, is this to be expected? Looking at
https://builds.apache.org/
component.
>
> Cheers
>
> On Sun, Jul 7, 2013 at 7:18 AM, Lars George wrote:
>
>> Hi,
>>
>> Can someone help me understand what happened here:
>> https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/601/ ?
>>
>> My patch is part of it, I
newPatchFindbugsWarningshbase-hadoop-compat.html
> Console output:
> https://builds.apache.org/job/PreCommit-HBASE-Build/6239//console
>
> This message is automatically generated.
>
>> Port HBASE-5428 to Thrift 2
>> -------
>>
>> Key: HBASE-8819
Hi,
Looking at https://issues.apache.org/jira/browse/HBASE-8890.
Is there a reason why the layout is so... "weird" today? I mean we should have
the Java classes in the proper package paths, and the Python the same.
Currently we *do* have a Python src directory, but no further packages
underne
Hi JM,
You already got a +1 it seems. Otherwise lgtm as well.
Lars
On Jul 8, 2013, at 11:17 PM, Jean-Marc Spaggiari
wrote:
> Thanks ;)
>
> JM
Hi,
Please see https://issues.apache.org/jira/browse/HBASE-7035#comment-13708295
for context. We added a while ago some wording around why HTable is not thread
safe and how you should use HTablePool instead. I do get the point about the
local write buffer, and also maybe if you do Get's or any
--
>>
>>Key: HBASE-8943
>>URL: https://issues.apache.org/jira/browse/HBASE-8943
>>Project: HBase
>> Issue Type: Sub-task
>> Components: Thrift
>>
Hi,
I am working on an issue around Thrift 2 (HBASE-7035), and I am testing how
this all works a bit. See https://github.com/larsgeorge/hbase-scanner-test for
the code, which runs against a local HBase instance. Now, there is an issue
that connections do not get closed as I would have expected.
t;
> Cheers,
>
> Nicolas
>
>
> On Wed, Jul 17, 2013 at 10:03 AM, Lars George wrote:
>
>> Hi,
>>
>> I am working on an issue around Thrift 2 (HBASE-7035), and I am testing
>> how this all works a bit. See
>> https://github.com/larsgeorge/hbase-
Hi,
Sorry to ask this lame question, but what is our policy of setting a "Resolved"
issue to "Closed"?
Thanks,
Lars
ed.
> The release manager changes the value to closed when the version which
> includes the fix is released.
>
> Cheers,
>
> Nicolas
>
>
> On Mon, Jul 29, 2013 at 3:06 PM, Lars George wrote:
>
>> Hi,
>>
>> Sorry to ask this lame question, but what
udes the fix is released.
>
> Cheers,
>
> Nicolas
>
>
> On Mon, Jul 29, 2013 at 3:06 PM, Lars George wrote:
>
>> Hi,
>>
>> Sorry to ask this lame question, but what is our policy of setting a
>> "Resolved" issue to "Closed"?
>>
>> Thanks,
>> Lars
>>
>>
eir own release cycles, my understanding is
>> that different JIRA(s) should be opened for the respective branch(es) on
>> the same fix.
>> This way, RM can close the issue independently.
>>
>> Cheers
>>
>> On Mon, Jul 29, 2013 at 6:46 AM, Lars George
>&
Hi Andy,
OK, makes sense. Is that something defined somewhere, or more or less common
sense, or somehow passed on verbally only?
Cheers,
Lars
On Jul 29, 2013, at 9:19 PM, Andrew Purtell wrote:
> On Mon, Jul 29, 2013 at 11:06 AM, Lars George wrote:
>
>> That is exactly my p
s simple as making sure
>> it
>>> got
>>>>> committed there or (re)testing. That could be fine, I have no strong
>>>>> opinion.
>>>>>
>>>>> Or another way to do this is not have issues that target multiple
>>>>> branches/r
Hi,
Quick update (as I was asked offline) about where I am with Thrift 2. You may
have seen HBASE-8818, which covers my efforts. I had help from a Thrift 2 user,
Hamed, to get quite a few ticked off so far. I am now working on a few larger
ones, namely porting the coalescent counters and the bo
+1, welcome aboard Nick! Congrats.
On Sep 14, 2013, at 3:23 AM, Andrew Purtell wrote:
> Welcome Nick, congratulations!
>
>
> On Tue, Sep 10, 2013 at 3:54 PM, Enis Söztutar wrote:
>
>> Hi,
>>
>> Please join me in welcoming Nick as our new addition to the list of
>> committers. Nick is except
Great stuff Jeffrey, welcome!
On Jun 4, 2013, at 12:47 PM, Stack wrote:
> Please welcome our newest committer, the mighty Jeffrey Zhong. He has been
> doing great stuff of late especially speeding up distributed log split and
> we're glad to have him on board.
>
> Welcome and keep up the good
I am -1 to remove, took a long time to get it in there and should deprecate
Thrift v1 - or else we are in the same mess as mapred and mapreduce is. We once
replaced the entire client API and now we can't do this for Thrift?
I am happy to work on v2 and fix or maintain it. It should be the way fo
Do we have a list of current shortcomings with it? I would assume there are
open JIRAs I could tackle?
Lars
On Apr 25, 2013, at 7:55, Stack wrote:
> On Wed, Apr 24, 2013 at 10:45 PM, Lars George wrote:
>
>> I am -1 to remove, took a long time to get it in there and should
stepped forward to be an active responsive maintainer
>> of this piece of code. Maintenance is one issue, actual usage is another.
>> Does anyone actually use this? What is the plan for Thrift? Do we continue
>> with both interfaces through one or more subsequent versions?
>>
> think is lacking. The status of Thrift2 and REST are the same? The REST API
> is not actively maintained?
>
> On Friday, May 3, 2013, Lars George wrote:
>
>> Hi Jimmy,
>>
>> Inline...
>>
>> On Apr 25, 2013, at 8:18 PM, Jimmy Xiang >
>&g
wrote:
> Put up a patch for Thrift2 or this debate is academic.
>
> On Friday, May 3, 2013, Lars George wrote:
>
>> Hi Jimmy,
>>
>> Inline...
>>
>> On Apr 25, 2013, at 8:18 PM, Jimmy Xiang >
>> wrote:
>>
>>> At first, I
ri, May 3, 2013 at 2:02 PM, Lars George wrote:
>
>> No Andy, I was just saying, if we remove Thrift2 for a PB backed gateway,
>> then we could as well remove them all. REST was just an example. No offence
>> meant.
>>
>> Lars
>>
>> On May 3, 2013, at
t; (with a patch):
>
> HBASE-6073 Add support for scan filters in Thrift2
>
> Cheers
>
> On Fri, May 3, 2013 at 2:21 PM, Lars George wrote:
>
>> Understood, but I hope my clarification helped to rectify that. I was not
>> in any way claiming REST is not current, but mer
Makes sense Stack, I will get started on this and report here as well as on
JIRA.Let's clean this thing up and get used.
On May 5, 2013, at 2:15, Stack wrote:
> On Sat, May 4, 2013 at 12:41 AM, Lars George wrote:
>
>> Hi Ted,
>>
>> I have found that too by
Thanks Sergey for chiming in. I am looking into the state of Thrift2 right now,
but could you share with what you are referring to below, ie the fixes etc?
Anything you know is missing?
Thanks,
Lars
On May 7, 2013, at 10:26, Sergey Polzunov wrote:
> Hello
>
>We're using thrift2 in produ
andler will grow indefinitely if the
> users forgot to close their scanners. So we added a few things:
> - the scanner will be removed when there are no results left
> - the scanner will be removed when (currentTime - latestAccessTime) >
> hbaseClientTimeout
>
> Cheers,
> Sergey
Congrats! Welcome aboard.
On Feb 7, 2013, at 6:19, Ted Yu wrote:
> Hi,
> We've brought in one new Apache HBase Committer: Devaraj Das.
>
> On behalf of the Apache HBase PMC, I am excited to welcome Devaraj as
> committer.
>
> He has played a key role in unifying RPC engines for 0.96
> He fixe
+1 on adding this.
On Aug 27, 2012, at 8:41, Jesse Yates wrote:
> Do we want to add this to the reference guide? I know its something I'd
> forget...
> ---
> Jesse Yates
> @jesse_yates
> jyates.github.com
>
>
> On Sun, Aug 26, 2012 at 11:01 PM, N Keywal wrote:
>
>> Hi Matt,
Bummer, I will be in PA the week after, i.e. 9/17. It would have been great to
see you all again.
Lars
On Aug 29, 2012, at 10:15 PM, Andrew Purtell wrote:
> +1
>
> I can be up week of the 10th if that's convenient.
>
>- Andy
>
> On Wednesday, August 29, 2012, Jimmy Xiang wrote:
>
>> +1
Awesome, congrats Greg!
On Sep 7, 2012, at 11:30 PM, Stack wrote:
> ... or Mr Fine Tooth Comb as I like to call him.
>
> In the HBase code base Gregory has scaled heights -- check out how
> much work he has done in hbase already -- but mostly he has been down
> plumbing the depths converting al
Congrats!
On Sep 25, 2012, at 10:59 PM, Stack wrote:
> Your PMC just voted in Enis Söztutar as the newest HBase committer.
>
> Enis has been helping out in these parts with a good while now. The
> big stuff includes helping along the move protobufs and adding a
> whole Integration Test infra
Welcome aboard!
On Sep 27, 2012, at 0:17, Elliott Clark wrote:
> Thanks everyone. Glad I'm getting the chance to help the project.
>
> Thanks
>
> On Wed, Sep 26, 2012 at 2:41 PM, Enis Söztutar wrote:
>
>> Congrats Elliott.
>>
>> Enis
>>
>> On Wed, Sep 26, 2012 at 1:17 PM, lars hofhansl
>
Hi,
Should we set the proper version for HBASE-3857? It currently is unset and does
not show up when listing fixes for 0.92.0 in JIRA.
Lars
Thanks Otis, I also like this idea, as it comes up from time to time. Will you
also be at the BBuzz HBase workshop on Wednesday? I would love to talk JMX and
metrics with you (and Alex, who I know is coming).
Lars
On May 29, 2012, at 9:31 PM, Otis Gospodnetic wrote:
> Done. https://issues.apac
Welcome and congrats Jimmy!
On Jun 3, 2012, at 10:26 PM, Stack wrote:
> Jimmy hasn't been around that long but he already has a track record
> that makes him look like a veteran. I believe he has the distinction
> of having made the largest ever hbase patch : 3.1MB of protobuf
> refactorings. K
Hi,
I propose that we clean up the metrics for 0.96 as well (if that is not already
underway. This includes switching to Hadoop Metrics v2 and adding all missing
stats, as well as fixing those that are misleading or useless. For that reason
I talked to our friends at Sematext during the Buzzwor
but the latest (1.0.3) has it for sure.
>
>- Andy
>
> On Jun 15, 2012, at 8:07 AM, Stack wrote:
>
>> On Fri, Jun 15, 2012 at 1:07 AM, Lars George wrote:
>>> Hi,
>>>
>>> I propose that we clean up the metrics for 0.96 as well (if that is not
Hi Enis,
Hecks yeah, there are so many different prefixes alone that make finding what
you need nearly impossible without practice. I agree on the configurable
metrics backend, that will allow to enable what is needed optionally. We just
have to find a good approach. One of the things that FB h
+1, I am in as well!
On Jun 15, 2012, at 23:41, Andrew Purtell wrote:
> On Fri, Jun 15, 2012 at 12:44 PM, Ryan Ausanka-Crues
> wrote:
>> I'd like to volunteer to start a group focused on performance testing HBase
>> to ensure new versions don't regress.
>>
>> Anyone with ideas or interest in
Congrats Nicolas and welcome aboard!
On Jun 20, 2012, at 6:41 PM, Stack wrote:
> Please welcome our newest committer! Nicolas the Second has been
> doing great work with a good while now especially around Mean Time To
> Recovery. Keep up the great work N/nkeywal/Nicolas2!
>
> Yours,
> St.Ack
>>> Lars & Co.,
>>>
>>> We're game for a chat (Skype voice, chat, phone...) maybe around the
>>> middle of next week. Alex is currently busy chasing fish in the
>> Caribbean.
>>>
>>> Otis
>>> ----
>>> Perf
Hi,
See https://issues.apache.org/jira/browse/HBASE-3639, should we not use
VersionInfo to put the proper one in, yet only one of them? Because currently
we always get this message when you start a daemon or the shell:
2012-06-25 16:13:44,819 WARN org.apache.hadoop.conf.Configuration:
fs.defau
Will do.
On Jun 25, 2012, at 7:22 PM, Stack wrote:
> On Mon, Jun 25, 2012 at 12:49 PM, Lars George wrote:
>> Hi,
>>
>> See https://issues.apache.org/jira/browse/HBASE-3639, should we not use
>> VersionInfo to put the proper one in, yet only one of them? Because
Hi,
Did anyone else observe the need to call flushCommits() from a table retrieved
by the CoprocessorEnvironment.getTable() call? Looking at the code, it should
also have autoFlush set to "true", but it does not seem to honor that?
Lars
umbrella jira for that?
>
> Thank you,
> Alex
>
> On Sat, Jun 23, 2012 at 3:10 AM, Lars George wrote:
>
>> Hi Greg,
>>
>> I am going through all related JIRAs right now so that we can consolidate
>> the effort into one umbrella issue. I should hav
Hi,
Just a gentle nudge to all committers asking if you could check and update the
info in the POM. Some are for sure outdated given recent changes in employment.
Also, please have a look at http://wiki.apache.org/hadoop/Hbase/PoweredBy and
see if from your point of view all is in order, assumi
Hi,
For HBASE-6265 I noticed that in trunk the TestKeyValue is in hbase-server,
while KeyValue is in hbase-common now. Is that work left over?
Lars
+1 on rolling a 0.94.1 in BigTops favor.
On Jul 2, 2012, at 6:57 PM, Andrew Purtell wrote:
> HBase devs,
>
> Shall we release a 0.94.1 to address these issues so Bigtop can get
> out the door with an 0.94 instead of an 0.92?
>
> Best regards,
>
>- Andy
>
> On Sun, Jul 1, 2012 at 6:53 PM,
Hi Laxman,
Personally I have not seen many variations - if at all - based on cluster size,
apart from the heap settings. What are you proposing should be different for
each profile?
Lars
On Jul 4, 2012, at 9:15, Laxman wrote:
> Hi Devs,
>
> How about introducing multiple GC tuning profiles
Hi Otis,
Throttling I think is a less needed feature as we typically struggle to keep up
with the compaction queue under load. Reducing background noise caused by
compactions is more an exercise of tuning the compaction algorithm itself. That
is still somewhat of a black art it seems.
As for
Interesting! I had the same error on my MacBookAir when I ran the full build. I
assumed that we cannot have that many faults. This explains it.
On Jul 14, 2012, at 4:02 AM, lars hofhansl wrote:
> Rhe RAT plugin is OOM'ing, which generates hs_err_pid.log, which is then
> deemed to have an in
Hi,
HBASE-1200 adds this patch:
diff --git
a/core/src/main/java/org/apache/hadoop/hbase/mapreduce/HFileOutputFormat.java
b/core/src/main/java/org/apache/hadoop/hbase/mapreduce/HFileOutputFormat.java
index 2c81723..9c8e53e 100644
---
a/core/src/main/java/org/apache/hadoop/hbase/mapreduce/HFileO
Congrats Todd! Man or machine - I do not care, I am happy you are on
our side! :)
On Wed, May 26, 2010 at 9:36 AM, tsuna wrote:
> On Mon, May 24, 2010 at 11:54 PM, Stack wrote:
>> Good on you Todd,
>
> Congrats Todd, very well deserved with all the good work you've been
> doing for HBase recentl
eview request for hbase, stack and Lars George.
>
>
> Summary
> ---
>
> HBASE-2588. Provide a utility function to ship HBase dependency jars to
> the cluster in classpath
>
> Fix for tmpjars thing
>
> Unit test for HBASE-2588
>
>
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/162/
---
Review request for hbase.
Summary
---
HBASE-1748 ClusterStatus needs to print o
d need to auto-upgrade
> > serializations of this struct.
So nothing to change or leave it a 1?
- Lars
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/162/#review146
---
On 20
t it next to InfoServer where it is used. What are you suggesting? I think
I am misreading your comment, could you elaborate?
- Lars
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/162/#review145
-
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/162/
---
(Updated 2010-06-07 23:55:54.560518)
Review request for hbase.
Changes
---
Th
ttp://review.hbase.org/r/162/#comment783>
Sorry, not sure what is picked up here.
src/main/java/org/apache/hadoop/hbase/master/HMaster.java
<http://review.hbase.org/r/162/#comment784>
Same as above, some "invisble" difference? Whitespace?
- Lars
On 2010-06-07 23:55
Lars
---
This is an automatically generated e-mail. To reply, visit:
http://review.hbase.org/r/162/#review200
---
On 2010-06-07 23:55:54, Lars George wrote:
>
> -
". If I dump out 'status "detailed"' in shell, I
> > don't see anything about who is master. This patch might be messing up
> > hbase.css too. With it in place, I seemed to lose the blue border on
> > everything. I just tried w/o and blue bor
Hi Xin,
You can always ask for the write buffer from the table using
HTable.getWriteBuffer(), but yll you get is a list of the uncommitted
Puts. You would need to handle them yourself to get values back.
Lars
On Tue, Nov 23, 2010 at 4:12 AM, Xin Wang wrote:
> Hi Ryan,
> Thank you for your re
Hi Ted,
So one of the regions is not being released? Could you try and see
from .META. which is still deployed and use the shell's "close_region"
to close it while looking at the master and region server logs to see
what is going on? Maybe best if you switch the RS to DEBUG level
logging first to
Hi,
I went through the config values as per the defaults XML file (still
going through it again now based on what is actually in the code, i.e.
those not in defaults). Here is what I found:
hbase.master.balancer.period - Only used in hbase-default.xml?
hbase.regions.percheckin, hbase.regions.slo
keeper.znode.replication.peers", "peers");
zookeeper.znode.replication.rs
src/main/java/org/apache/hadoop/hbase/replication/ReplicationZookeeper.java:
conf.get("zookeeper.znode.replication.rs", "rs");
zookeeper.znode.replication.state
src/main/java/org
Hi,
I am officially confused:
byte [] nextRow;
do {
this.storeHeap.next(results, limit - results.size());
if (limit > 0 && results.size() == limit) {
if (this.filter != null && filter.hasFilterRow()) throw
new IncompatibleFilterException(
>>
>> replication.replicationsource.implementation
>>
>> src/main/java/org/apache/hadoop/hbase/replication/regionserver/ReplicationSourceManager.java:
>> Class c =
>> Class.forName(conf.get("replication.replicationsource.implementation",
>>
>
Hi,
Talking to Lars we found a weird series of events that led to dying
task attempts during the bulk job they are running. See the attached
log. Region in question is:
raw_occurrence_record,28256992928,1290626317732.86e3cd5c5d0f22430debb36f1668d3fc
After a split the region is assigned to a new
en in 0.20.6 as well.
>
> On Thu, Nov 25, 2010 at 2:49 AM, Lars George wrote:
>
>> Hi,
>>
>> Talking to Lars we found a weird series of events that led to dying
>> task attempts during the bulk job they are running. See the attached
>> log. Re
Does hbase-dev still get forwarded? Did you see the below message?
-- Forwarded message --
From: Lars George
Date: Tue, Nov 23, 2010 at 4:25 PM
Subject: HRegion.RegionScanner.nextInternal()
To: hbase-...@hadoop.apache.org
Hi,
I am officially confused:
byte [] nextRow
ant to operate on the entire row cannot be
> used with this mode. i forget why it's in the loop but there was a
> good reason at the time.
>
> -ryan
>
> On Thu, Nov 25, 2010 at 10:51 AM, Lars George wrote:
>> Does hbase-dev still get forwarded? Did you see the below m
get partial results for a route,
> then get more from the same row. Then the next row.
> On Nov 25, 2010 4:54 PM, "Lars George" wrote:
>> Mkay, I will look into it more for the latter. But for the limit this is
> still confusing to me as limit == batch and that is in he client si
---
This is an automatically generated e-mail. To reply, visit:
http://review.cloudera.org/r/1254/#review1981
---
Ship it!
Looks great! RB did show some white spaces added unnecessari
+1
On Mon, Nov 29, 2010 at 8:56 PM, Himanshu Vashishtha
wrote:
> +1
>
> On Mon, Nov 29, 2010 at 12:49 PM, Stack wrote:
>
>> +1
>>
>> On Mon, Nov 29, 2010 at 11:32 AM, Jean-Daniel Cryans
>> wrote:
>> > +1
>> >
>> > J-D
>> >
>> > On Mon, Nov 29, 2010 at 11:30 AM, Jonathan Gray wrote:
>> >> HBase
Congrats! You both deserve it and I am super happy to have you as part of the
already most awesomest team I have ever met!
On Dec 2, 2010, at 20:20, Jonathan Gray wrote:
> Hip, hip, hray!
>
> Congrats guys! Keep up all the great work!
>
> Nicolas and Gary, you guys can pick the type of b
+1
On Mon, Dec 20, 2010 at 11:09 PM, Ryan Rawson wrote:
> Hooray!
> On Dec 20, 2010 10:08 PM, "Jonathan Gray" wrote:
>> +1 on RC
>>
>>> -Original Message-
>>> From: saint@gmail.com [mailto:saint@gmail.com] On Behalf Of Stack
>>> Sent: Monday, December 20, 2010 9:36 PM
>>> To: HBa
Hi Ventlam,
You need to make sure the values truly are comparable. In other words,
that you store the values using the same serialization mechanism as
used by the filter. Do a test and read a row that you know that has
that value and print it in hex representation, then do the same for
Bytes.toByt
Hi,
On hbase-0.89.20100924+28 I tried to get all versions for a cell that
has 3 versions and on the shell I got:
hbase(main):014:0> get 'hbase_table_1', '498', {VERSIONS=>10}
COLUMNCELL
ERROR: Failed parse of {"VERSIONS"=>10}, Hash
Here is some help for t
+1 on dropping and I like the JIRA based roadmap, but it is somewhat
hard to read for others. Would there be a way to use super/uber issues
for the main goals and then add the others underneath? I do not think
the priority etc. is good for that as a bug fix being a blocker rather
falls under a "Mis
Hi Ophir,
Great stuff! Looking forward to reviewing your contributions.
Cheers,
Lars
On Fri, Jan 21, 2011 at 3:01 PM, Ophir Cohen wrote:
> Hi everybody,
> My name is Ophir and currently I'm working on integrating HBase and Hadoop
> at my company - LivePerson.
>
> I'm using Hadoop for more than
version for the major
>> bugs.
>>
>> I don't like doing that so much since it is fairly intricate. If you have a
>> marker for majorness, you can probably build a custom report to do the job
>> as well.
>>
>> On Fri, Jan 21, 2011 at 1:34 AM, Lars George w
ect: Re: Report to Apache board: first cut
> Date: Fri, 21 Jan 2011 09:46:46 -0800
> From: Stack
>
>
>
>
>
>
> +1 to Todd suggestion (and change subject -- smile)
> St.Ack
>
> On Fri, Jan 21, 2011 at 8:19 AM, Todd Lipcon wrote:
>>
>> S
Hi Stack,
That's a start. Let's try it with the CP issue and try to get a report going?
Lars
On Jan 21, 2011, at 19:07, Stack wrote:
> So, add a tag VERSION_fundamental? E.g. 0.92_fundamental ?
> St.Ack
>
> On Fri, Jan 21, 2011 at 8:34 AM, Lars George wrote:
>&
nished.
>> >
>> > Here is an example of a test result:
>> > http://pastebin.com/f08bRCkY
>> >
>> > What do you think, Lars?
>> >
>> > Thanks,
>> > Mingjie
>> >
>> >
>> > Original Message
1 - 100 of 407 matches
Mail list logo