[jira] [Reopened] (HBASE-26848) Set java.io.tmpdir on mvn command when running jenkins job

["Duo Zhang (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/HBASE-26848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Duo Zhang reopened HBASE-26848:
-------------------------------

Need an addendum as the -Djava.io.tmpdir will override the one we set in surefire systemPropertiesVariable.

A simple solution is to just make it absolute, let me have a try.

> 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)