[
https://issues.apache.org/jira/browse/HBASE-26848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Duo Zhang resolved HBASE-26848.
-------------------------------
Fix Version/s: 2.5.0
1.7.2
3.0.0-alpha-3
2.4.12
Hadoop Flags: Reviewed
Resolution: Fixed
Pushed to all active branches.
Thanks [~GeorryHuang] for reviewing!
> Set java.io.tmpdir on mvn command when running jenkins job
> ----------------------------------------------------------
>
> Key: HBASE-26848
> URL: https://issues.apache.org/jira/browse/HBASE-26848
> Project: HBase
> Issue Type: Improvement
> Components: jenkins, test
> Reporter: Duo Zhang
> Assignee: Duo Zhang
> Priority: Major
> Fix For: 2.5.0, 1.7.2, 3.0.0-alpha-3, 2.4.12
>
>
> Recently on hbase1-10, it is easy to eat all the space of /tmp. I've checked
> several times, it is always the stderr*deferred file, which is the temp
> output of our UTs.
> I think it means we have some problem for some of our UTs which could
> generate very big output, but if the tmp is full, it is not easy for us to
> find out the root cause as we need to delete the file to recover first...
> Looking at the code of surefire
> https://github.com/apache/maven-surefire/blob/68bca29b23d27dba3e06cf5e73a3fdc1a22598db/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/report/Utf8RecodingDeferredFileOutputStream.java#L69
> It just creates the file with jdk's Files.createTempFile, the location can be
> controlled by java.io.tmpdir, so let's point it to the target directory under
> the jenkins workspace to avoid wat all the spaces of /tmp first.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
