-
Notifications
You must be signed in to change notification settings - Fork 308
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[build system] ADAM test builds pollute /tmp, leaving lots of cruft... #1038
Comments
Thanks for letting us know. Writing to /tmp (via the JDK's temporary file mechanism) in unit tests has been intentional on my part. |
no problem... and don't worry, i'm not just singling out you guys. it's happening across many different product builds. here's a ganglia graph of /tmp's disk usage on amp-jenkins-worker-01... you can see that in mid-may, i cleaned it (the spike in available space) and it filled up rather quickly afterwards. |
Resolves bigdatagenomics#1038. When running `scripts/jenkins-test`, we make a temp dir where all test files are written. We modify our `pom.xml`s at test time so that this temp dir is passed as `java.io.tmpdir` when running scalatest, and then clean the temp dir at the end of the CI build.
Resolves bigdatagenomics#1038. When running `scripts/jenkins-test`, we make a temp dir where all test files are written. We modify our `pom.xml`s at test time so that this temp dir is passed as `java.io.tmpdir` when running scalatest, and then clean the temp dir at the end of the CI build.
Resolves bigdatagenomics#1038. When running `scripts/jenkins-test`, we make a temp dir where all test files are written. We modify our `pom.xml`s at test time so that this temp dir is passed as `java.io.tmpdir` when running scalatest, and then clean the temp dir at the end of the CI build.
this is slowly filling up the disks on the jenkins workers. for example, ssh in to any of the amp-jenkins-[01..08] machines and take a look in /tmp.
The text was updated successfully, but these errors were encountered: