You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Duo Zhang (Jira)" <ji...@apache.org> on 2022/03/15 14:51:00 UTC

[jira] [Created] (HBASE-26848) Set java.io.tmpDir when executing maven surefire plugin

Duo Zhang created HBASE-26848:
---------------------------------

             Summary: Set java.io.tmpDir when executing maven surefire plugin
                 Key: HBASE-26848
                 URL: https://issues.apache.org/jira/browse/HBASE-26848
             Project: HBase
          Issue Type: Improvement
          Components: jenkins, test
            Reporter: Duo Zhang


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)