[
https://issues.apache.org/jira/browse/HBASE-6575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Misty Stanley-Jones resolved HBASE-6575.
Resolution: Fixed
> Add SPM for HBase to Ref Guide
> --
[
https://issues.apache.org/jira/browse/HBASE-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-3696.
--
Resolution: Implemented
Resolving as implemented by HBASE-11218 (which should go in soon) at least for
standal
[
https://issues.apache.org/jira/browse/HBASE-8100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Misty Stanley-Jones resolved HBASE-8100.
Resolution: Cannot Reproduce
This seems to have been fixed some time since reportin
[
https://issues.apache.org/jira/browse/HBASE-9729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Misty Stanley-Jones resolved HBASE-9729.
Resolution: Cannot Reproduce
Assignee: Misty Stanley-Jones
I can't reproduce
[
https://issues.apache.org/jira/browse/HBASE-6139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Misty Stanley-Jones resolved HBASE-6139.
Resolution: Won't Fix
Centos 6.2 is very very old now. I don't think this info is w
[
https://issues.apache.org/jira/browse/HBASE-11250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Misty Stanley-Jones resolved HBASE-11250.
-
Resolution: Fixed
> Document: CLONE - Fix jersey serialization/deserialization o
Devaraj Das created HBASE-11261:
---
Summary: Handle splitting of regions that have region_replication
greater than one
Key: HBASE-11261
URL: https://issues.apache.org/jira/browse/HBASE-11261
Project: HBas
I ran the unit test suite 25 times on JDK 7 and did not see this. I am
currently doing the same on JDK 6. No unit test failures so far.
On Tue, May 27, 2014 at 1:30 PM, Jean-Marc Spaggiari <
jean-m...@spaggiari.org> wrote:
> I tried the test suite 3 times and 3 times failed on this:
> Results :
Agreed with Devaraj. I do not think that these changes will destabilize the
code base much. All of the code committed to branch has been unit tested
and integration tests, both specific to region replicas and others have
been running for some time.
Specifically, various large scale data ingestion
Ted Yu created HBASE-11260:
--
Summary: hbase-default.xml refers to
hbase.regionserver.global.memstore.upperLimit which is deprecated
Key: HBASE-11260
URL: https://issues.apache.org/jira/browse/HBASE-11260
Pro
Thanks, everyone
I think we will go with 0.98.2
-Vladimir
On Tue, May 27, 2014 at 3:41 PM, Demai Ni wrote:
> Stack and Enis,
>
> thanks. We may eventually come out a way to get customers directly from
> 0.96 to 1.0, although probably just wrap two-rolling-start (96->98,
> 98->1.0) into one co
Stack and Enis,
thanks. We may eventually come out a way to get customers directly from
0.96 to 1.0, although probably just wrap two-rolling-start (96->98,
98->1.0) into one command. will report back if it works.
Demai
On Tue, May 27, 2014 at 3:26 PM, Stack wrote:
> On Tue, May 27, 2014 at 2:
Enoch Hsu created HBASE-11259:
-
Summary: Compression.java different compressions load system
classpath differently causing errors
Key: HBASE-11259
URL: https://issues.apache.org/jira/browse/HBASE-11259
Pr
On Tue, May 27, 2014 at 2:59 PM, Enis Söztutar wrote:
> On Tue, May 27, 2014 at 2:47 PM, Demai Ni wrote:
>
> > Enis,
> >
> > for customer already on 0.96, can they rolling restart to 0.98, and then
> > from 0.98 rolling to 1.0?
> >
>
> I think that should work.
>
Agree that that is expected to
Thanks Stack. The security folder is still there on purpose. I just changed the
pom to always pull the secure files into the build (not just for the secure
target).
-- Lars
From: Stack
To: HBase Dev List ; lars hofhansl
Sent: Tuesday, May 27, 2014 1:02 PM
On Tue, May 27, 2014 at 2:47 PM, Demai Ni wrote:
> Enis,
>
> for customer already on 0.96, can they rolling restart to 0.98, and then
> from 0.98 rolling to 1.0?
>
I think that should work.
Enis
>
> Demai
>
>
> On Tue, May 27, 2014 at 2:40 PM, Enis Söztutar wrote:
>
> > Inlined.
> >
> >
> >
Enis,
for customer already on 0.96, can they rolling restart to 0.98, and then
from 0.98 rolling to 1.0?
Demai
On Tue, May 27, 2014 at 2:40 PM, Enis Söztutar wrote:
> Inlined.
>
>
> >
> > 2014-05-27 16:10 GMT-04:00 Michael Segel :
> >
> > > Isn’t HDP 2.1 shipping 0.98.x ?
> >
>
> Yes.
>
> > >
> The 'stable' is still 0.94.19?
Lets fix this. 0.98.3 becomes new 'stable'?
On Tue, May 27, 2014 at 2:40 PM, Enis Söztutar wrote:
> Inlined.
> ...
> > > One more question: future upgrade from 0.96 -> 1.0 and 0.98 -> 1.0?
> > > Rolling or not?
> >
>
> 0.96 -> 1.0 probably won't be supported u
Inlined.
>
> 2014-05-27 16:10 GMT-04:00 Michael Segel :
>
> > Isn’t HDP 2.1 shipping 0.98.x ?
>
Yes.
> > One more question: future upgrade from 0.96 -> 1.0 and 0.98 -> 1.0?
> > Rolling or not?
>
0.96 -> 1.0 probably won't be supported unless there is explicit interest
and work for it. I doubt
These tests passed locally (on MacBook).
Cheers
On Tue, May 27, 2014 at 1:30 PM, Jean-Marc Spaggiari <
jean-m...@spaggiari.org> wrote:
> I tried the test suite 3 times and 3 times failed on this:
> Results :
>
> Failed tests:
>
> testCacheOnWriteEvictOnClose(org.apache.hadoop.hbase.regionserver
I checked out src and tried it and passes for me mighty JMS:
---
T E S T S
---
Running org.apache.hadoop.hbase.regionserver.TestStoreFile
2014-05-27 14:12:06.218 java[8992:1903] Unable to load
Elliott Clark created HBASE-11258:
-
Summary: [0.89-fb] Pull in Integration Tests from open source
0.96/trunk
Key: HBASE-11258
URL: https://issues.apache.org/jira/browse/HBASE-11258
Project: HBase
I tried the test suite 3 times and 3 times failed on this:
Results :
Failed tests:
testCacheOnWriteEvictOnClose(org.apache.hadoop.hbase.regionserver.TestStoreFile)
Tests in error:
testScannerSelection[0](org.apache.hadoop.hbase.io.hfile.TestScannerSelectionUsingKeyRange)
testScannerSelection[1]
And so is CDH5.0.1.
Vladimir, I will say go with 0.98 instead of 0.96 since 0.98 will get more
fixes/features. But test your applications with it first.
JM
2014-05-27 16:10 GMT-04:00 Michael Segel :
> Isn’t HDP 2.1 shipping 0.98.x ?
>
> On May 27, 2014, at 8:36 PM, Vladimir Rodionov
> wrote:
Isn’t HDP 2.1 shipping 0.98.x ?
On May 27, 2014, at 8:36 PM, Vladimir Rodionov wrote:
> Hi, all
>
> We are planning to upgrade HBase 0.94.6/Hadoop2.0 to either 0.96.2/Hadoop2.4
> or to 0.98.2/Hadoop2.4.
> But I have a concern ... The 'stable' is still 0.94.19? Does it mean that
> both 0.96. a
+1
Checked hash.
Layout looks good (did we mean to get rid of the security folder?)
Docs look good.
Simple PE tests on standalone seem to do the right thing.
St.Ack
On Fri, May 23, 2014 at 10:35 PM, lars hofhansl wrote:
> Just to make you folks work over the long weekend...
>
> The 1st 0
Hi, all
We are planning to upgrade HBase 0.94.6/Hadoop2.0 to either 0.96.2/Hadoop2.4 or
to 0.98.2/Hadoop2.4.
But I have a concern ... The 'stable' is still 0.94.19? Does it mean that both
0.96. and 0.98 are not recommended for
production yet? And which one should we take 0.96 or 0.98? I know tha
Yes, that's one of HBASE-8763 intention. The issues could happen when
region moves and we bump up memstore readpoint which would cause the
scanner returns inconsistent data as well.
One solution is that we could keep mvcc number around but it can't cover
all cases such as in replication & data rec
Downloaded, checked signature, poked around with a mini-cluster + shell, ui
looks good, built against phoenix.
+1
---
Jesse Yates
@jesse_yates
jyates.github.com
On Tue, May 27, 2014 at 10:09 AM, Anoop John wrote:
> +1
> Downloaded, checked signature, ran tests, checked doc. R
+1
Downloaded, checked signature, ran tests, checked doc. Ran ITs for
visibility labels, tags and encryption (HFile and WAL). All looks good.
-Anoop-
On Tue, May 27, 2014 at 10:20 PM, Stack wrote:
> +1
>
> Downloaded, checked hash, checked doc.
>
> Loaded data into standaalone mode. Checked i
Unification of mvcc and seqId would pave way for solving such
inconsistencies.
See HBASE-8763
Cheers
On Tue, May 27, 2014 at 3:16 AM, 冯宏华 wrote:
> Not sure whether there already had similar discussion on it, sorry for
> re-raising if yes.
>
> 1. data inconsistency between master and peer clust
Gaurav Menghani created HBASE-11257:
---
Summary: [0.89-fb] Remove the timestamp from the annotation of Put
Key: HBASE-11257
URL: https://issues.apache.org/jira/browse/HBASE-11257
Project: HBase
+1
Downloaded, checked hash, checked doc.
Loaded data into standaalone mode. Checked it made it. Checked UI. All
seems fine.
Put it up on my little test cluster and ran my blockcache loadings (I had
to copy in hadoop 2.4.x libs). It started fine over data written by trunk.
Seems fine. No u
ramkrishna.s.vasudevan created HBASE-11256:
--
Summary: [Visibility Controller] Enhance
IntegrationTestWithCellVisibilityLoadAndVerify to verify delete behaviour
Key: HBASE-11256
URL: https://issues.apache.
[
https://issues.apache.org/jira/browse/HBASE-11234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu resolved HBASE-11234.
Resolution: Fixed
> FastDiffDeltaEncoder#getFirstKeyInBlock returns wrong result
> ---
Liu Shaohui created HBASE-11255:
---
Summary: Negative request num in region load
Key: HBASE-11255
URL: https://issues.apache.org/jira/browse/HBASE-11255
Project: HBase
Issue Type: Bug
Not sure whether there already had similar discussion on it, sorry for
re-raising if yes.
1. data inconsistency between master and peer clusters:
a). write a keyvalue KV1 at a specific coordinate (row, cf, col, ts) with
value V1 to master cluster A, and since there is active scanner while flus
37 matches
Mail list logo
