@@ -47,10 +47,19 @@ Tips for addressing a temporary free-space issue on the behemoths:
47
47
* A common cause for temporary greatly increased disk usage is closely
48
48
spaced bumping of the community build Scala SHAs, and/or doing
49
49
community build runs with PR snapshot SHAs.
50
- * You can use the "Clear Workspace" button in the Jenkins UI.
51
- * Alternatively, on the command line, in ` /home/jenkins/workspace ` ,
52
- you can blow away ` */{dbuild,clones,target}-* ` . (Not while a
53
- community build job is running!)
50
+ * The easiest way to address it is to clear a community build job's
51
+ workspace.
52
+ * Deleting that many files takes a long time (10+ minutes).
53
+ * Therefore, the "Clear Workspace" button in the Jenkins UI is not the best way to do this,
54
+ since the UI will time out will before the workspace finishes clearing.
55
+ * Instead, stop any community build jobs running on the worker in question,
56
+ then ssh to the worker, ` cd ` to ` /home/jenkins/workspace ` , then
57
+ e.g. ` mv scala-2.12.x-integrate-community-build trashme ` . With the
58
+ old directory moved aside, it's now safe to restart the job.
59
+ But then also, you want to ` rm -rf trashme &; disown % ` .
60
+ You don't want the node to go down before the ` rm ` process finishes,
61
+ so make sure you queue up a new job run in Jenkins, that will keep
62
+ the node up.
54
63
* From time to time we can delete ` ~/.dbuild ` , ` ~/.ivy2 ` , ` ~/.m2 `
55
64
56
65
0 commit comments