Gaudi Build Fix, master branch (2020.01.10.)
This is meant to fix the issue described in ATLINFR-3336.
As discussed in that ticket, there seems to be a race condition when the build of Gaudi "starts up". Multiple processes may start running the xenv code at the same time, all of which will try to create the picked Gaudi-build.xenvc
file at the same time. It may then happen that while one of the processes is already writing that file to disk, another process tries to read it, before it would've been fully written there. Leading to the issues described in ATLINFR-3336.
As we discussed with @clemenci in this week's Gaudi meeting, the simplest workaround seems to be to trigger the creation of Gaudi-build.xenvc
ahead of the build. (A better solution seems to be unnecessary since xenv
is on its way out already.)
Unfortunately testing that the issue gets fixed by this, is pretty hard. But at least this addition doesn't seem to break the build...
Merge request reports
Activity
added Build master review-pending-level-1 labels
CI Result SUCCESS (hash 283f53ba) Athena AthSimulation externals cmake make required tests optional tests Full details available on this CI monitor view
Athena: number of compilation errors 0, warnings 0
AthSimulation: number of compilation errors 0, warnings 0
For experts only: Jenkins output [CI-MERGE-REQUEST-CC7 7973] I believe things went as they should've. I see the following 2 lines in the Jenkins logs:
... Triggering the creation of /build2/ci-builds/master/Athena/build/GAUDI/config/Gaudi-build.xenvc ... Triggering the creation of /build2/ci-builds/master/AthSimulation/build/GAUDI/config/Gaudi-build.xenvc ...
And then the build happily progressed. So I think this should be pretty safe to collect.
added review-approved label and removed review-pending-level-1 label
mentioned in commit 9c538064
added sweep:ignore label