[
https://issues.apache.org/jira/browse/HBASE-23793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk reopened HBASE-23793:
----------------------------------
Over in the PR, we notices that nightly and precommit behave slightly
differently. Short story is we need to apply these same changes to personality
files across all active branches.
> Increase maven heap allocation to 4G in Yetus personality
> ---------------------------------------------------------
>
> Key: HBASE-23793
> URL: https://issues.apache.org/jira/browse/HBASE-23793
> Project: HBase
> Issue Type: Test
> Components: build, test
> Affects Versions: 2.3.0
> Reporter: Nick Dimiduk
> Assignee: Nick Dimiduk
> Priority: Major
> Fix For: 3.0.0
>
>
> I saw this over on
> [https://builds.apache.org/view/H-L/view/HBase/job/HBase%20Nightly/job/branch-2/2447/console].
> Looks like we need to bump the memory allocation for maven. I wonder if this
> is the underlying cause of HBASE-22470.
>
> {noformat}
> 6:38:47
> ============================================================================
> 16:38:47
> ============================================================================
> 16:38:47 Finished build.
> 16:38:47
> ============================================================================
> 16:38:47
> ============================================================================
> 16:38:47
> 16:38:47
> Post stage
> [Pipeline] stash
> 16:38:48 Warning: overwriting stash 'hadoop2-result'
> 16:38:48 Stashed 1 file(s)
> [Pipeline] junit
> 16:38:48 Recording test results
> 16:38:54 Remote call on H2 failed
> Error when executing always post condition:
> java.io.IOException: Remote call on H2 failed
> at hudson.remoting.Channel.call(Channel.java:963)
> at hudson.FilePath.act(FilePath.java:1072)
> at hudson.FilePath.act(FilePath.java:1061)
> at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:114)
> at
> hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:137)
> at
> hudson.tasks.junit.JUnitResultArchiver.parseAndAttach(JUnitResultArchiver.java:167)
> at
> hudson.tasks.junit.pipeline.JUnitResultsStepExecution.run(JUnitResultsStepExecution.java:52)
> at
> hudson.tasks.junit.pipeline.JUnitResultsStepExecution.run(JUnitResultsStepExecution.java:25)
> at
> org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.OutOfMemoryError: Java heap space
> at
> com.sun.org.apache.xerces.internal.util.XMLStringBuffer.append(XMLStringBuffer.java:208)
> at
> com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanData(XMLEntityScanner.java:1515)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanCDATASection(XMLDocumentFragmentScannerImpl.java:1654)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:3014)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:602)
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:112)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:505)
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:842)
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
> at
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
> at
> com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643)
> at org.dom4j.io.SAXReader.read(SAXReader.java:465)
> at org.dom4j.io.SAXReader.read(SAXReader.java:343)
> at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:178)
> at hudson.tasks.junit.TestResult.parse(TestResult.java:348)
> at hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:281)
> at hudson.tasks.junit.TestResult.parse(TestResult.java:206)
> at hudson.tasks.junit.TestResult.parse(TestResult.java:178)
> at hudson.tasks.junit.TestResult.<init>(TestResult.java:143)
> at
> hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:146)
> at
> hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:118)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3052)
> at hudson.remoting.UserRequest.perform(UserRequest.java:212)
> at hudson.remoting.UserRequest.perform(UserRequest.java:54)
> at hudson.remoting.Request$2.run(Request.java:369)
> at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> ... 4 more
> [Pipeline] }
> [Pipeline] // withEnv
> [Pipeline] }
> [Pipeline] // node
> [Pipeline] }
> [Pipeline] // stage
> [Pipeline] }
> 16:38:54 Failed in branch yetus jdk8 hadoop2 checks
> {noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
