(AbstractSurefireMojo.java:98)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
Most of the second group (MR related) take 4 mins in the sucessful trunk
on hadoop1 cases. Maybe these are timeout related and related to the
slowdown noted in HBASE-8335?
https://issues.apache.org/jira/browse/HBASE-8335
On Thu, May 2, 2013 at 7:20 AM, Jonathan Hsieh j...@cloudera.com wrote
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
their worth by hitting back. - Piet
Hein
(via Tom White)
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
://www.hbasecon.com/schedule/session-list/
[3]
http://www.hbasecon.com/apache-hbase-training-discount-for-hbasecon-attendees/
[4] http://www.meetup.com/hackathon/
[5] http://www.meetup.com/hadoopsf/
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
?)
TCP
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
compactions
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
detail for the following two topics ?
'recover lease thing' and 'locality improvements'
Cheers
On Mon, May 6, 2013 at 11:43 AM, Jonathan Hsieh j...@cloudera.com wrote:
These are my rough notes from a meatspace meeting was held on 5/3/15
tl;dr a large group of folks pushing on the 0.95
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j
(AbstractSurefireMojo.java:98)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
:793)
... 8 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
...@hortonworks.comwrote:
These seem to hang in batches.
On Mon, May 6, 2013 at 2:20 PM, Jonathan Hsieh j...@cloudera.com wrote:
Hung
Running org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat
151,152d143
Running org.apache.hadoop.hbase.mapreduce.TestImportExport
Running
migration altogether. Thoughts?
-Francis
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
org.apache.hadoop.hbase.mapreduce.TestTableInputFormatScan2
Running org.apache.hadoop.hbase.mapreduce.TestTableMapReduce
Running org.apache.hadoop.hbase.TestZooKeeper
On Wed, May 8, 2013 at 9:55 AM, Jonathan Hsieh j...@cloudera.com wrote:
Running org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat
Running
(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j
)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 27 more
channel stopped
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j
Running org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat
Running org.apache.hadoop.hbase.mapreduce.TestImportExport
Running org.apache.hadoop.hbase.mapreduce.TestMultiTableInputFormat
Running org.apache.hadoop.hbase.mapreduce.TestTableInputFormatScan2
? It just
comes back around so late that the only thing it does for me is make
it hard to determine what jira have comments that I need to read.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
---a
Learn more at:
http://www.google.com/intl/en/landing/accounts/
Thanks,
The Google Team
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
test exclusion across
the 3 builds ?
BTW I am not expecting many more releases for 0.90 now that our emphasis is
on 0.92
Thanks
On Mon, Sep 26, 2011 at 10:44 AM, Jonathan Hsieh j...@cloudera.com wrote:
I've been hunting some flaky tests down as well -- a few weeks back I was
testing
with
column/row
[stack] HBASE-4433: avoid extra next (potentially a seek) if done with
column/row
--
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
hints for where to hunt this down? (I'm starting to go into the scan and
write paths on the RegionServer, but this is a fairly large area...
Thanks
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
);
---
Jon.
On Mon, Oct 10, 2011 at 12:52 PM, Jonathan Hsieh j...@cloudera.com wrote:
I've working a problem related to ACID rules on scans as defined here
http://hbase.apache.org/acid-semantics.html.
In the two scenarios no new rowkeys are written -- all writes are
overwrites of already
/1318200437341/Put/vlen=10}]
Jon.
On Mon, Oct 10, 2011 at 1:50 PM, Jonathan Hsieh j...@cloudera.com wrote:
I've modified scenario 2's filter to setFilterIfMissing(true) which I
missed in scenario 1 and now have an undercount like in that scenario. In
another experiement, I found that getting
/1318200437341/Put/vlen=10,
row021332/f9:data/1318200437341/Put/vlen=1000,
row021332/f9:qual/1318200437341/Put/vlen=10}]
Jon.
On Mon, Oct 10, 2011 at 1:50 PM, Jonathan Hsieh j...@cloudera.com
wrote:
I've modified scenario 2's filter to setFilterIfMissing(true) which I
missed
by
adding the following:
HBASE_INSTANCES.clear();
I think we should fix this bug instead of circumventing it.
Cheers
On Wed, Oct 19, 2011 at 8:57 PM, Jonathan Hsieh j...@cloudera.com wrote:
Ted,
I've posted a version of the 0.90 .META. rebuild that doesn't require
HBASE-4508/HBASE
the above is just personally advice. Please don't interpret it as
rule
or anything like that.
Cheers
--
Todd Lipcon
Software Engineer, Cloudera
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
that correctly uploads patch for
TRUNK
to Jenkins for test build.
Please provide your comments.
--
Todd Lipcon
Software Engineer, Cloudera
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
in an official 0.90
since
it breaks compatibility
Basically if we use the approach in HBASE-4552, rolling restart wouldn't
work.
I want to get your opinion on how it should be backported to 0.90
Thanks
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
...@gmail.com wrote:
I will integrate this JIRA for 0.90, 0.92 and TRUNK.
On Fri, Oct 28, 2011 at 6:50 PM, Ted Yu yuzhih...@gmail.com wrote:
Hi,
Please review patch for trunk v5 and provide your comments.
I plan to integrate this feature next week.
Thanks
--
// Jonathan Hsieh (shay
to have holes in it. I
suggest we move to auto-generated in TRUNK.
St.Ack
--
Todd Lipcon
Software Engineer, Cloudera
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
contact your JIRA
administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
.
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753version=12324094
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
welcome and congrats!
On Tuesday, June 4, 2013, 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 work Jeffrey,
I found this and its related pages to be some nice visualizations and
pretty interesting info. (HBase is 500k lines of java now.. ).
https://www.ohloh.net/p/hbase
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
the rationale for the pig plugin.
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
Sorry, disregard -- sent to the wrong list.
On Fri, Jul 12, 2013 at 2:18 PM, Jonathan Hsieh j...@cloudera.com wrote:
I was testing the pig storage handler and was curious how it would ever
get released in an apache release. (Either its own, or as part of the core
project?).
It took me
of attack prove their worth by hitting back. - Piet
Hein
(via Tom White)
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
they can data can be restored via a bulk load.
http://hbase.apache.org/book/apbs04.html
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
of hadoop 2.0
On Tue, Mar 19, 2013 at 2:55 PM, Ted Yu yuzhih...@gmail.com wrote:
Should we have a standalone build for hadoop 2.0 ?
I would say no. File an issue though. If a patch for hbase to make it
work, attach it.
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
netty has elapsed or updates are forced
- [Help 1]
[ERROR]
What did I wrong?
Thanks,
JM
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
[INFO] Final Memory: 104M/3805M
[INFO]
2013/3/20 Jonathan Hsieh j...@cloudera.com:
Specifically, the missing jar references usually mean you need to do a
mvn install (with optional -DskipTests)
Jon.
On Wed, Mar
to it.
If every one ok with it I will open a jira and contribute it.
Thanks and Regards.
Rajeshbabu
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
which reside on the same server and make
one network trip per region server.
Your comment on this would be appreciated.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
or hdfs
to query underneath file system in the same way from hbase bash shell by
using FsShell.(hadoop build may or may not present).
On Thu, Mar 21, 2013 at 7:04 PM, Jonathan Hsieh j...@cloudera.com wrote:
With your example your hbase scripts seem to be at the bash shell level
the a JIRA to propose the modifications.
thanks for the maven link! I will for sure read that.
sounds good.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
;
}
});
Is there a recommanded way to replace that? The Merge is
running
offline, so I can't do a scan.
Thanks,
JM
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
to volunteer for ownership of the Usability component; it's
something I care a lot about. I'll also volunteer for the MapReduce
component, mostly because it appears somewhat neglected and, in my opinion,
has usability problems.
Thanks,
Nick
--
// Jonathan Hsieh (shay)
// Software Engineer
and testing, with no guaranteed upgrade
path between 0.95.x to 0.95.y. We are putting them out so we get feedback
on the branch that will eventually become 0.96, our next stable offering.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
.
Please let me know what you think about this idea and if you'd like to work
together to accomplish this goal.
--
Best Regards,
Aleks Shulman
847.814.5804
Cloudera
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
job for hadoop 1 and hadoop 2. If a test is
flaky for either one, it is flaky.
What do you think?
+1
I'd like to help out.
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
of 0.95 -- so any fix to
0.95 is a fix to 0.96 until 0.96 branches.
Thanks,
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
, and
0.94.x
Commit to 89-fb: Mark with 89-fb.
Commit site fixes: no version
My understanding is that 0.96 will be a branch off of 0.95 -- so any fix to
0.95 is a fix to 0.96 until 0.96 branches.
Thanks,
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
:
Our Amit has been around with a good while now doing important, deep
stuff
in thorny areas. Please join me welcoming him as one of the hbase
committer team.
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
wanted to have a look.
Ok. You are the RM. The missing 0.94.6 will be easier to explain if a
0.94.6.1. A vote should go quickly.
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
Thanks stack!
On Fri, Apr 5, 2013 at 11:18 PM, Stack st...@duboce.net wrote:
On Thu, Apr 4, 2013 at 10:15 AM, Jonathan Hsieh j...@cloudera.com wrote:
The argument for excluding the 0.96 tag makes sense. Can we agree to do
this:
Commit only to trunk: Mark with 0.98
Commit to 0.95
timed enable or
create at the wrong moment could cause a race and failure.
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
happens with hadoop 2.0, not hadoop 1.0
FYI
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
workspace was out of date.
Have you seen this (204 test failures) ?
http://54.241.6.143/job/HBase-TRUNK-Hadoop-2/107/testReport/
On Wed, Apr 10, 2013 at 2:37 PM, Jonathan Hsieh j...@cloudera.com wrote:
Hey Ted,
I was working on fixing that particular unit test against hadoop2 this
morning
working on it --
yarn/mr2 is a bit of a black box.
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
in hadoop2 that will fail in a hadoop1
compile, and deprecated apis in hadoop1 that are not present in hadoop2,
and signatures that have changed subtly between and h2.
Did a patch apply use any hadoop-common or hadoop apis that aren't present
in hadoop2?
Jon.
--
// Jonathan Hsieh (shay)
// Software
should come by weekend.
Let's get our current hbase trunk on hadoop2 green most of the time first,
then change to the new version. This way we'll know if it was changes to
hbase or changes to hadoop that cause any problems that may occur.
Jon.
--
// Jonathan Hsieh (shay)
// Software Engineer
JIRA would be opened on
(some of) these tests when 2.0.4-alpha comes out.
Cheers
On Thu, Apr 11, 2013 at 9:45 AM, Jonathan Hsieh j...@cloudera.com wrote:
On Thu, Apr 11, 2013 at 9:39 AM, Ted Yu yuzhih...@gmail.com wrote:
Jon:
Thanks for the headsup.
Do you know that you can
the Medium or just the Large tests).
Thanks,
Jon.
On Thu, Apr 11, 2013 at 9:26 AM, Jonathan Hsieh j...@cloudera.com wrote:
Hey folks,
I plan on committing these patches hanging off this jira late today.
https://issues.apache.org/jira/browse/HBASE-6891
Summary:
* HBASE-7605 (Mini cluster
on
it
-- yarn/mr2 is a bit of a black box.
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
(hdfs://
hdtest-ha-001.svl.ibm.com:9000/hbase/.archive/testF/f1a15e6a80231ee146091f804629a82f/family
)
directory for the primary table., info:[name: bak_1364616652598
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
help users in using HDFS
snapshots.
I am including the hdfs-dev in this email. Would appreciate if we could
work together and come up with a solution.
You can find sample output from hdfs command here:
http://pastebin.com/bBqR4Fvr
Cheers
--
// Jonathan Hsieh (shay)
// Software Engineer
, SPLIT_LOGDIR_NAME,
HBCK_SIDELINEDIR_NAME, HFILE_ARCHIVE_DIRECTORY,
SNAPSHOT_DIR_NAME,
HBASE_TEMP_DIRECTORY }));
Cheers
On Mon, Apr 15, 2013 at 8:24 PM, Jonathan Hsieh j...@cloudera.com
wrote:
constraints:
1) hbase 0.94.6 is released and .snapshot is hardcoded
:
Speak now if there is anything in particular you would like included. I
would like to put up an RC by the end of the week.
Thanks,
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
Tom White)
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
=0AvLqcVIqNtlTdG9jbVNmWmhyeGJZeUo4MUdIMEEweEE#gid=0
Thanks.
-- Lars
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
White)
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
client (adjustable
timeouts) ?
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
/properties
On Thu, Apr 25, 2013 at 1:50 PM, Jonathan Hsieh j...@cloudera.com wrote:
You can do it without modifying the pom as well:
mvn clean -Dhadoop.profile=2.0 -Dhadoop-two.version=version test
where version can be something like 2.0.3-alpha
On Thu, Apr 25, 2013 at 10:55 AM
their worth by hitting back. - Piet
Hein
(via Tom White)
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet
Hein
(via Tom White)
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
precommit builds for trunk.
Thoughts?
Jon
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
great, lgtm!
On Thu, Apr 25, 2013 at 9:11 PM, Stack st...@duboce.net wrote:
Did as you suggest Jon in https://issues.apache.org/jira/browse/HBASE-8444
St.Ack
On Thu, Apr 25, 2013 at 5:21 PM, Jonathan Hsieh j...@cloudera.com wrote:
Want to add 1.0.3 and keep a 1.0.0-1.0.2 lines
HBASE-4772
Updating HBASE-4856
Updating HBASE-4789
Updating HBASE-4857
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
)
at
org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.blockSeek(HFileReaderV2.java:632)
I made HBASE-4954. I'll take a look. Keep posting the issues R,
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
at java.nio.Buffer.position(Buffer.java:218)
at
org.apache.hadoop.hbase.io.hfile.HFileReaderV2$ScannerV2.blockSeek(HFileReaderV2.java:632)
I made HBASE-4954. I'll take a look. Keep posting the issues R,
St.Ack
--
// Jonathan Hsieh (shay)
// Software Engineer, Cloudera
// j...@cloudera.com
Hey Stack,
I won't be able to take a look at these until Wednesday.
Jon.
On Mon, Dec 5, 2011 at 3:42 PM, Stack st...@duboce.net wrote:
On Mon, Dec 5, 2011 at 3:32 PM, Jonathan Hsieh j...@cloudera.com wrote:
Roman and I did some commit auditing on 0.92 and found that there are
several
1 - 100 of 714 matches
Mail list logo