ramkrishna.s.vasudevan created HBASE-11301:
--
Summary: IntegrationTestWithCellVisibilityLoadAndVerify does not
work when ACL and Visibility CP is used together
Key: HBASE-11301
URL:
+1
All IT tests ran. IntegrationTestWithCellVisibilityLoadAndVerify fails
with ACL and Visibility CP combined. Raised HBASE-11301. Seems to be a
setup problem in test.
Rest all looks good.
Regards
Ram
On Wed, Jun 4, 2014 at 2:38 AM, Andrew Purtell apurt...@apache.org wrote:
+1
Unit test
Qianxi Zhang created HBASE-11302:
Summary: ReplicationSourceManager is not thread safe
Key: HBASE-11302
URL: https://issues.apache.org/jira/browse/HBASE-11302
Project: HBase
Issue Type: Bug
Adela Maznikar created HBASE-11303:
--
Summary: [0.89] Adding separate hosts to a cluster in non
disruptive way
Key: HBASE-11303
URL: https://issues.apache.org/jira/browse/HBASE-11303
Project: HBase
Jerry He created HBASE-11304:
Summary: Enable HBaseAdmin.execProcedure to return data from
procedure execution
Key: HBASE-11304
URL: https://issues.apache.org/jira/browse/HBASE-11304
Project: HBase
Mikhail Antonov created HBASE-11305:
---
Summary: Remove bunch of unused imports in HConnectionManager
Key: HBASE-11305
URL: https://issues.apache.org/jira/browse/HBASE-11305
Project: HBase
Sorry, I was mostly out for HadoopSummit.
Yes, the git flow would be very similar to what you propose:
$ git checkout HBASE-10070
$ git rebase --ignore-date master
(fixups, git add, git rebase --continue, etc, etc, etc)
$ git checkout master
$ git push origin
+1, thanks Enis
On Fri, Jun 6, 2014 at 1:46 PM, Enis Söztutar enis@gmail.com wrote:
Sorry, I was mostly out for HadoopSummit.
Yes, the git flow would be very similar to what you propose:
$ git checkout HBASE-10070
$ git rebase --ignore-date master
(fixups, git add, git
St.Ack,
I just realized that, for years, I've been countlessly restarted hbase every
time my laptop gets out of standby.
I know well why I do this, but I also know I could probably not do it and that
I don't have to do with Hadoop or Zookeeper or other services and I wish I
wouldn't need to
+1
On Fri, Jun 6, 2014 at 2:13 PM, Andrew Purtell apurt...@apache.org wrote:
+1, thanks Enis
On Fri, Jun 6, 2014 at 1:46 PM, Enis Söztutar enis@gmail.com wrote:
Sorry, I was mostly out for HadoopSummit.
Yes, the git flow would be very similar to what you propose:
$ git checkout
+1
On Wed, Jun 4, 2014 at 5:14 PM, Elliott Clark ecl...@apache.org wrote:
On Tue, Jun 3, 2014 at 9:03 PM, Stack st...@duboce.net wrote:
If we get a few more +1s I'll add to dev section of refguide.
+1
Andrew Purtell created HBASE-11306:
--
Summary: Client connection starvation issues under high load
Key: HBASE-11306
URL: https://issues.apache.org/jira/browse/HBASE-11306
Project: HBase
Pardon me, what about this option: I am fine with pushing the rebased
master branch for review to main repo
before the merge to another branch. Is the +1 for this -- I wouldn't mind
having this option -- or for merge into master?
St.Ack
On Fri, Jun 6, 2014 at 1:46 PM, Enis Söztutar
On Mon, Jun 2, 2014 at 10:04 PM, Andrew Purtell apurt...@apache.org wrote:
Comparing the relative performance of 0.98.3 RC2 and 0.98.0 on Hadoop
2.2.0 using YCSB.
I need to redo this experiment after correcting for HBASE-11306. Should
have results by tomorrow.
--
Best regards,
- Andy
When we merged snapshots branch in we did this:
t = trunk commit
s = snapshot branch commit
m = merge point.
During work:
t
t
t
| s3
| s2
| s1
|/
t
t
During after merge:
m (essentially empty merge patch).
t \
t |
t |
| s4* (fixups due to the merge)
| s3
| s2
| s1
|/
t
t
Does your proposal
On Fri, Jun 6, 2014 at 4:36 PM, Jonathan Hsieh j...@cloudera.com wrote:
Personally I prefer the merge for these large feature branches -- it
guarantees that each commit is compilable, and reflects what you guys have
been testing for a while. If you go with the last approach you might have
On Fri, Jun 6, 2014 at 4:44 PM, Andrew Purtell apurt...@apache.org wrote:
On Fri, Jun 6, 2014 at 4:36 PM, Jonathan Hsieh j...@cloudera.com wrote:
Personally I prefer the merge for these large feature branches -- it
guarantees that each commit is compilable, and reflects what you guys
have
On Fri, Jun 6, 2014 at 5:07 PM, Enis Söztutar enis@gmail.com wrote:
This is why I asked for the final patches to be broken out with git
format-patch and attached to the JIRA, so we know what was finally
committed.
Fair enough. I thought that the canonical version of the patch is
Nick Dimiduk created HBASE-11307:
Summary: Deprecate SlabCache
Key: HBASE-11307
URL: https://issues.apache.org/jira/browse/HBASE-11307
Project: HBase
Issue Type: Sub-task
My preference would be to do the rebase-then-merge style (last style in
your comment). For each patch, I am hoping for all the changes between
committed version and rebased version to be mechanical. I like having a
linear history with explicit commit-to-patch mapping.
Can we do history-preserving
+1. It brings goodies such as region replica, cross region server
scanget, anti-affinity of regions, and pave the way for sync region
replication.
Thanks,
-Jeffrey
On 6/6/14 2:42 PM, Devaraj Das d...@hortonworks.com wrote:
+1
On Fri, Jun 6, 2014 at 2:13 PM, Andrew Purtell
First of all, I have not looked into the patches recently. I remember there
are some changes to the public interface. I was wondering if it is backward
compatible. Enis mentioned that it's rolling upgradable. Just want to
confirm if it is backward compatible. For existing applications, do they
On Fri, Jun 6, 2014 at 7:07 PM, Jimmy Xiang jxi...@cloudera.com wrote:
First of all, I have not looked into the patches recently. I remember there
are some changes to the public interface. I was wondering if it is backward
compatible. Enis mentioned that it's rolling upgradable. Just want to
Yes, the state for assignment is in the meta row.
On Fri, Jun 6, 2014 at 7:21 PM, Enis Söztutar enis@gmail.com wrote:
On Fri, Jun 6, 2014 at 7:07 PM, Jimmy Xiang jxi...@cloudera.com wrote:
First of all, I have not looked into the patches recently. I remember
there
are some changes to
I added note under committing section in dev chapter referencing this
thread.
St.Ack
On Fri, Jun 6, 2014 at 2:47 PM, Enis Söztutar enis@gmail.com wrote:
+1
On Wed, Jun 4, 2014 at 5:14 PM, Elliott Clark ecl...@apache.org wrote:
On Tue, Jun 3, 2014 at 9:03 PM, Stack st...@duboce.net
Thanks for the responses lads. Sounds good.
I took the tip of HBASE-10070 for a spin just now. It started up fine over
existing dataset. At first it threw me off because it is missing trunk
features but after I got over that, it looked fine. No strange errors in
logs using my config from
26 matches
Mail list logo