Open ryanmacdonald opened 11 months ago
@ryanmacdonald Could you please provide sample code (repo) to reproduce this issue?
@iancha1992 it will be difficult for me to do that, since the repo is closed source and the error occurs seemingly randomly from a fresh clone. Do you have any pointers on why this would occur or how I could proceed debugging it myself?
We should probably propagate the actual error message here to get more clue about why the deletion is failing.
@ryanmacdonald I created a custom binary based on 6.4.0 release with the actual error message propagated: https://github.com/bazelbuild/bazel/commits/release-6.4.0-gh-20013.
Can you please use Bazelisk with USE_BAZEL_VERSION=d015070467764158c34e60262c96dc62177964ad
to rerun the build? Hopefully, we'll get more useful information for debugging.
Hi @meteorcloudy, is it possible you could create a custom binary based on the 6.3.0 release for this, or give me guidance on how to do that myself? On a recent bazelisk auto-bump to 6.4.0 our builds started failing because of a C++ dependency error, so we're on 6.3.0 for now
@ryanmacdonald I pushed https://github.com/bazelbuild/bazel/commits/release-6.3.0-gh-20013, please wait about half an hour until our CI publishes binaries for 37c5c4c60802341b2172dd618993e52fe6d7102f
We see this, as rarely as every six months, for at least 2.25 years. First on 4.2.1, now on 6.5.0. We do not know how to reproduce. Likely to do with new output bases, possibly with multiple client processes vying for a server lock.
It'd be nice to get the error message to be more specific. Also we observe it to exit with code 1, but perhaps a different code would help, especially if this ends up being an intermittent issue that could be retried successfully.
ERROR: no such package '@@crate_index__adler2-2.0.0//': java.io.IOException: Couldn't delete temporary directory (/[...]/bazel_base/30530ab654f51d2e19c2cea9f38f4878/external/crate_index__adler2-2.0.0/temp13769777110914705970): /[...]/bazel_base/30530ab654f51d2e19c2cea9f38f4878/external/crate_index__adler2-2.0.0/temp13769777110914705970 (Directory not empty)
Description of the bug:
Our team recently migrated our build to use Bazel v6.3.0, and we're seeing this error sometimes when we run a fresh build:
As far as I understand,
@remote_java_tools_linux
is a dependency that Bazel pulls in as part of supporting native build macros that compile Java code, so I'm not sure why a user would be seeing permissions issues. Thoughts on what might be going wrong or how to proceed with debug?Which category does this issue belong to?
External Dependency
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
No response
Which operating system are you running Bazel on?
Red Hat Enterprise Linux Server v7.9
What is the output of
bazel info release
?release 6.3.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 master; git rev-parse HEAD
?No response
Is this a regression? If yes, please try to identify the Bazel commit where the bug was introduced.
No response
Have you found anything relevant by searching the web?
No, but solicited help for this error on Stackoverflow, and the Bazel community slack without any engagement
Any other information, logs, or outputs that you want to share?
No response