[
https://issues.apache.org/jira/browse/SPARK-15619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15310654#comment-15310654
]
Josh Rosen commented on SPARK-15619:
------------------------------------
What if we overrode {{java.io.tmpdir}} to point to a per-build subdirectory
inside of {{/tmp}} and relied on a Jenkins post-build action to delete that
per-build directory once the build completes?
> spark builds filling up /tmp
> ----------------------------
>
> Key: SPARK-15619
> URL: https://issues.apache.org/jira/browse/SPARK-15619
> Project: Spark
> Issue Type: Bug
> Components: Build
> Reporter: shane knapp
> Priority: Minor
>
> spark builds aren't cleaning up /tmp after they run... it's hard to pinpoint
> EXACTLY what is left there by the spark builds (as other builds are also
> guilty of doing this), but a quick perusal of the /tmp directory during some
> spark builds show that there are myriad empty directories being created and a
> massive pile of shared object libraries being dumped there.
> $ for x in $(cat jenkins_workers.txt ); do echo $x; ssh $x "ls -l /tmp/*.so |
> wc -l"; done
> amp-jenkins-worker-01
> 0
> ls: cannot access /tmp/*.so: No such file or directory
> amp-jenkins-worker-02
> 22312
> amp-jenkins-worker-03
> 39673
> amp-jenkins-worker-04
> 39548
> amp-jenkins-worker-05
> 39577
> amp-jenkins-worker-06
> 39299
> amp-jenkins-worker-07
> 39315
> amp-jenkins-worker-08
> 38529
> to help combat this, i set up a cron job on each worker that runs tmpwatch
> during system downtime on sundays to clean up files older than a week.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
