Hi Stack
I just took an update and tried running some test cases with the eclipse
IDE working on linux
java.io.IOException: Shutting down
at org.apache.hadoop.hbase.MiniHBaseCluster.init(MiniHBaseCluster.java:232)
at org.apache.hadoop.hbase.MiniHBaseCluster.(MiniHBaseCluster.java:94)
at
Appy created HBASE-18931:
Summary: Make ObserverContext an interface and remove
private/testing methods
Key: HBASE-18931
URL: https://issues.apache.org/jira/browse/HBASE-18931
Project: HBase
Issue
Ted Yu created HBASE-18930:
--
Summary: TestRegionObserverInterface#testRecovery sometimes times
out
Key: HBASE-18930
URL: https://issues.apache.org/jira/browse/HBASE-18930
Project: HBase
Issue
[
https://issues.apache.org/jira/browse/HBASE-5224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-5224.
--
Resolution: Not A Problem
Resolving as no longer pertinent.
> midkey() returns 12 extra bytes in HFile v2
>
[
https://issues.apache.org/jira/browse/HBASE-12818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-12818.
---
Resolution: Cannot Reproduce
Stale issue; please reopen and tag with appropriate affects version if
[
https://issues.apache.org/jira/browse/HBASE-2042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-2042.
--
Resolution: Cannot Reproduce
Stale issue; please reopen and tag with appropriate "affectsVersion" if
[
https://issues.apache.org/jira/browse/HBASE-3706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-3706.
--
Resolution: Cannot Reproduce
Stale issue; please reopen and tag with appropriate "affectsVersion" if
[
https://issues.apache.org/jira/browse/HBASE-5981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-5981.
--
Resolution: Duplicate
> Change the log level from FATAL to WARN when failed syncing or appending
>
[
https://issues.apache.org/jira/browse/HBASE-4953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Drob resolved HBASE-4953.
--
Resolution: Cannot Reproduce
> Root region does not get assigned after doing kill -9 on all daemons and
[
https://issues.apache.org/jira/browse/HBASE-18277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean Busbey resolved HBASE-18277.
-
Resolution: Fixed
nightlies are running again and I have an issue filed for the branch-1.2
It just came in... Looks better on jenkins than my linux machine (4m
total):
https://issues.apache.org/jira/browse/HBASE-18606?focusedCommentId=16190154=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16190154
Let me try pushing it.
St.Ack
On Tue, Oct 3, 2017 at 12:00
Yeah (12x the processors, 8x RAM, 12x the disks...). Lets see how patch
does one jenkins... (HBASE-18606).
S
On Tue, Oct 3, 2017 at 11:48 AM, Sean Busbey wrote:
> the linux box roughly as capable as your laptop?
>
> On Tue, Oct 3, 2017 at 12:51 PM, Stack
Tests passed eventually for me:
real 47m6.498s
user 5m29.671s
sys 0m41.885s
... which is a big diff from macosx run.
Need to look into this.
St.Ack
On Tue, Oct 3, 2017 at 10:03 AM, Stack wrote:
> The below gets us further but now I see that the spark tests take a really
>
The below gets us further but now I see that the spark tests take a really
long time to run on linux but complete promptly on macosx (2m 55s).
Looking
St.Ack
On Tue, Oct 3, 2017 at 9:13 AM, Stack wrote:
> This seems to work for me. Does it work for you?
>
>
> diff --git
I too got the same error when I tried running one of the test case in the
latest trunk from the eclipse IDE. Thanks Stack for the update. Let me also
try it out.
Regards
Ram
On Tue, Oct 3, 2017 at 9:43 PM, Stack wrote:
> This seems to work for me. Does it work for you?
>
>
>
On Mon, Oct 2, 2017 at 11:46 PM, Chia-Ping Tsai wrote:
> ...
>
> > We'd still be stuck at read time when all we had was Cell#getTypeByte
> > returning a byte.
> >
> > We could add a CellType with the KV#Type static utility codeToType but
> > would be sweet if we could do
This seems to work for me. Does it work for you?
diff --git a/hbase-spark/pom.xml b/hbase-spark/pom.xml
index 594aa2a..6d191e3 100644
--- a/hbase-spark/pom.xml
+++ b/hbase-spark/pom.xml
@@ -568,6 +568,9 @@
.
WDF TestSuite.txt
false
+
+
Thanks Stack / Sean Busbey for replying.
OS : Ubuntu 16.04.2 , 64 bit.
Eclipse : Version: Neon.3 Release (4.6.3)
HBase branch : branch-2
Command line test to reproduce : mvn clean package
-Dtest=TestIncrementalBackup
Reproduce from eclipse , right click on TestIncBackupRestore and run as
junit
nvm
I just retried up on linux and repro'd the below. Let me take a look
Thanks,
S
On Tue, Oct 3, 2017 at 8:23 AM, Stack wrote:
> Thank you for the detail.
>
> Pardon the questions below asking for yet more detail. I am unable to
> reproduce locally or on another os
Thank you for the detail.
Pardon the questions below asking for yet more detail. I am unable to
reproduce locally or on another os (though we see this issue up on our
build box).
What is your OS when you see the below?
On Tue, Oct 3, 2017 at 2:06 AM, Amit Kabra wrote:
this sounds like HBASE-18606
On Tue, Oct 3, 2017 at 4:06 AM, Amit Kabra wrote:
> Hello,
>
> I am using "branch-2" branch of hbase, when I run unit test I get following
> error for netty "java.lang.UnsatisfiedLinkError: failed to load the
> required native library"
>
>
>
Amit Kabra created HBASE-18929:
--
Summary: Hbase backup command doesn’t show debug option to enable
backup in debug mode.
Key: HBASE-18929
URL: https://issues.apache.org/jira/browse/HBASE-18929
Project:
Amit Kabra created HBASE-18928:
--
Summary: Backup delete command shows wrong number of delete
requested
Key: HBASE-18928
URL: https://issues.apache.org/jira/browse/HBASE-18928
Project: HBase
Hello,
I am using "branch-2" branch of hbase, when I run unit test I get following
error for netty "java.lang.UnsatisfiedLinkError: failed to load the
required native library"
*I already have following set in "maven-surefire-plugin" in pom.xml as
per http://hbase.apache.org/book.html#thirdparty
(reply again...)
> You could add to CellBuilder methods to do setPutType, setDeleteType, etc.,
> which would work for build time allowing you could keep Type byte private.
> This would seem to be enough for your case Chia-Ping?
Yep, i will file a issue to address it.
> We could add a CellType
Chia-Ping Tsai created HBASE-18927:
--
Summary: Add the DataType which is subset of KeyValue#Type to
CellBuilder for building cell
Key: HBASE-18927
URL: https://issues.apache.org/jira/browse/HBASE-18927
> You could add to CellBuilder methods to do setPutType, setDeleteType, etc.,
> which would work for build time allowing you could keep Type byte private.
> This would seem to be enough for your case Chia-Ping?
Yep, i will file a issue to address it.
> We'd still be stuck at read time when all we
27 matches
Mail list logo