[ 
https://issues.apache.org/jira/browse/HBASE-26848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17507944#comment-17507944
 ] 

Hudson commented on HBASE-26848:
--------------------------------

Results for branch HBASE-26848-addendum
        [build #2 on 
builds.a.o|https://ci-hbase.apache.org/job/HBase%20Nightly/job/HBASE-26848-addendum/2/]:
 (x) *{color:red}-1 overall{color}*
----
details (if available):

(x) {color:red}-1 general checks{color}
-- For more information [see general 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/HBASE-26848-addendum/2/General_20Nightly_20Build_20Report/]






(x) {color:red}-1 jdk8 hadoop3 checks{color}
-- For more information [see jdk8 (hadoop3) 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/HBASE-26848-addendum/2/JDK8_20Nightly_20Build_20Report_20_28Hadoop3_29/]


(x) {color:red}-1 jdk11 hadoop3 checks{color}
-- For more information [see jdk11 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/HBASE-26848-addendum/2/JDK11_20Nightly_20Build_20Report_20_28Hadoop3_29/]


(/) {color:green}+1 source release artifact{color}
-- See build output for details.


(/) {color:green}+1 client integration test{color}


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

Reply via email to