[
https://issues.apache.org/jira/browse/HBASE-12851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14278291#comment-14278291
]
Andrew Purtell commented on HBASE-12851:
----------------------------------------
Today it was
{noformat}
Running org.apache.hadoop.hbase.snapshot.TestFlushSnapshotFromClient
Running org.apache.hadoop.hbase.snapshot.TestRestoreFlushSnapshotFromClient
Killed
Killed
{noformat}
I updated the title of this issue to reflect the general nature of the problem.
I'm not sure what can be done. Will look into the job configuration and hold
this JIRA open for a while to track the problem. Setting fix version to 0.98.11
so I'll be sure to pick it up again in a month .
> Large unit tests are killed on ASF Jenkins
> ------------------------------------------
>
> Key: HBASE-12851
> URL: https://issues.apache.org/jira/browse/HBASE-12851
> Project: HBase
> Issue Type: Bug
> Reporter: Andrew Purtell
> Fix For: 0.98.11
>
>
> For example, in https://builds.apache.org/job/HBase-0.98/794:
> {noformat}
> Running org.apache.hadoop.hbase.security.access.TestCellACLs
> Running org.apache.hadoop.hbase.security.access.TestAccessController
> Killed
> Killed
> {noformat}
> Watching the surefire forked runner for each of these, TestAccessController
> at peak uses 321 threads and 675MB of heap, and TestCellACls uses 227 threads
> and 557MB of heap. I couldn't figure out how to launch both in the same JVM
> (this was the case on Jenkins). The surefire runner might have been killed by
> the OOMKiller or a segfault.
> We've already started breaking out access controller tests from
> TestAccessController to TestAccessController2. Could do more of this.
> I'll keep this issue open for a while to track.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
