Open Noratrieb opened 11 months ago
https://crater-reports.s3.amazonaws.com/pr-116284/index.html also has quite a few of these.
Also happened here: https://crater.rust-lang.org/ex/pr-124636.
Also happened here: https://crater.rust-lang.org/ex/pr-124636.
I see 213 entries correctly sorted under spurious-regressed with build no space left on device
.
And 9 or 10 under regressed with build failed (unknown)
So it looks like for all these the docker daemon failed to perform some action due to the full device.
Another source not seen here is described in #715. i.e. when a dependency fails to compile it is always a DependsOn failure even if a no space left on device
error occurred.
This can be seen in crater result posted above by RalphJung under regressed: dependencies
https://crater-reports.s3.amazonaws.com/pr-116284/index.html also has quite a few of these.
What leads to the disk being full for crater?
To reduce computation time crater does not reset to a pristine environment between crates so that the builds of dependencies can be reused. So build artifacts accumulate and can fill up the disk.
There is supposed to be a disk space every now and then see this comment https://github.com/rust-lang/crater/blob/master/src/runner/tasks.rs#L172-L185 that is supposed to cleanup when that happens. The disc-space-watcher is started over here https://github.com/rust-lang/crater/blob/master/src/runner/mod.rs#L98 and appear to be currently configured to run every 30 seconds with a threshold of 80%.
I see, thank you.
So in a sense, disk-full errors are spurious, but shouldn't be ignored, but and the crates maybe retried after cleaning up some disk space.
https://crater-reports.s3.amazonaws.com/pr-115235/try%235a3d3b91048a0adf280e7a4e589c1dda6443f172/gh/SapientAsh.solstice_calculator/log.txt
This is a spurious error but isn't marked as such.