-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
[7.1.0] Sandbox error when building with Docker: Invalid cross-device link #21719
Comments
@bazel-io fork 7.1.1 |
Cc @oquenchil |
@grische Can you please use https://github.com/bazelbuild/bazelisk?tab=readme-ov-file#--bisect to identify which commit introduced the breakage? |
I hope this helps: (RUN ["./bazelisk-linux-amd64", "--bisect=release-7.0.2..7.1.0", "build", "//wgkex/broker:app"]) (RUN ["./bazelisk-linux-amd64", "--bisect=release-7.0.2..7.1.0", "build", "//wgkex/worker:app"]) |
I didn't see the Meanwhile, @oquenchil is already looking into this |
We try to clean up the sandbox base from previous server instances asynchronously, however sometimes this is not possible due to the old directories being in a different filesystem. This can happen with overlays on Docker after running bazel in different RUN commands. See bazelbuild#21719 This change fixes the crash by catching the IOException and falling back to synchronous deletion. Fixes bazelbuild#21719. RELNOTES:none PiperOrigin-RevId: 617150522 Change-Id: I82a07ac0ade66cfb1e5732a90a5f3ab4e2e8caa7
We try to clean up the sandbox base from previous server instances asynchronously, however sometimes this is not possible due to the old directories being in a different filesystem. This can happen with overlays on Docker after running bazel in different RUN commands. See #21719 This change fixes the crash by catching the IOException and falling back to synchronous deletion. Fixes #21719. RELNOTES:none Commit 488b630 PiperOrigin-RevId: 617150522 Change-Id: I82a07ac0ade66cfb1e5732a90a5f3ab4e2e8caa7 Co-authored-by: Googler <[email protected]>
A fix for this issue has been included in Bazel 7.1.1 RC2. Please test out the release candidate and report any issues as soon as possible. |
seems to work fine now: #17 [builder 8/9] RUN ["./bazelisk-linux-amd64", "build", "//wgkex/broker:app"]
#17 0.054 2024/03/19 22:48:48 Downloading https://releases.bazel.build/7.1.1/rc2/bazel-7.1.1rc2-linux-x86_64...
#17 0.938 Extracting Bazel installation...
#17 2.417 Starting local Bazel server and connecting to it...
#17 3.882 Computing main repo mapping:
#17 3.892 WARNING: --enable_bzlmod is set, but no MODULE.bazel file was found at the workspace root. Bazel will create an empty MODULE.bazel file. Please consider migrating your external dependencies from WORKSPACE to MODULE.bazel. For more details, please refer to [https://github.com/bazelbuild/bazel/issues/18958.](https://github.com/bazelbuild/bazel/issues/18958.?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc)
#17 4.885 Computing main repo mapping:
#17 5.663 Loading:
#17 5.669 Loading: 0 packages loaded
#17 6.886 Loading: 0 packages loaded
#17 6.886 currently loading: wgkex/broker
#17 11.92 Analyzing: target //wgkex/broker:app (1 packages loaded)
#17 12.07 Analyzing: target //wgkex/broker:app (1 packages loaded, 0 targets configured)
#17 12.09 Analyzing: target //wgkex/broker:app (1 packages loaded, 0 targets configured)
#17 12.09 [0 / 1] checking cached actions
#17 13.09 Analyzing: target //wgkex/broker:app (61 packages loaded, 278 targets configured)
#17 13.09 [1 / 1] checking cached actions
#17 13.99 INFO: Analyzed target //wgkex/broker:app (85 packages loaded, 895 targets configured).
#17 14.09 INFO: Found 1 target...
#17 14.10 Target //wgkex/broker:app up-to-date:
#17 14.10 bazel-bin/wgkex/broker/app
#17 14.16 INFO: Elapsed time: 13.152s, Critical Path: 0.06s
#17 14.16 INFO: 6 processes: 6 internal.
#17 14.16 INFO: Build completed successfully, 6 total actions #18 [builder 9/9] RUN ["./bazelisk-linux-amd64", "build", "//wgkex/worker:app"]
#18 0.131 Starting local Bazel server and connecting to it...
#18 1.615 Computing main repo mapping:
#18 2.418 Loading:
#18 2.420 Loading: 0 packages loaded
#18 2.648 Analyzing: target //wgkex/worker:app (1 packages loaded, 0 targets configured)
#18 2.671 Analyzing: target //wgkex/worker:app (1 packages loaded, 0 targets configured)
#18 2.671 [0 / 1] checking cached actions
#18 3.884 INFO: Analyzed target //wgkex/worker:app (78 packages loaded, 906 targets configured).
#18 3.906 [1 / 5] [Prepa] Expanding template wgkex/worker/app
#18 4.021 INFO: Found 1 target...
#18 4.034 Target //wgkex/worker:app up-to-date:
#18 4.035 bazel-bin/wgkex/worker/app
#18 4.059 INFO: Elapsed time: 3.901s, Critical Path: 0.06s
#18 4.060 INFO: 5 processes: 5 internal.
#18 4.061 INFO: Build completed successfully, 5 total actions |
Description of the bug:
When building two consecutive builds with Bazel inside a Docker container, the second build fails with:
See https://github.com/freifunkMUC/wgkex/actions/runs/8317435033/job/22758237573
Which category does this issue belong to?
CLI
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
Which operating system are you running Bazel on?
Ubuntu - Github Actions
What is the output of
bazel info release
?release 7.1.0
If
bazel info release
returnsdevelopment version
or(@non-git)
, tell us how you built Bazel.No response
What's the output of
git remote get-url origin; git rev-parse HEAD
?Is this a regression? If yes, please try to identify the Bazel commit where the bug was introduced.
Yes, this regression first occurred in 7.1.0 and is not present in 7.0.2.
Have you found anything relevant by searching the web?
No response
Any other information, logs, or outputs that you want to share?
No response
The text was updated successfully, but these errors were encountered: