Skip to content
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

incompatible_remote_results_ignore_disk #15148

Closed
coeuvre opened this issue Mar 30, 2022 · 2 comments
Closed

incompatible_remote_results_ignore_disk #15148

coeuvre opened this issue Mar 30, 2022 · 2 comments
Assignees
Labels
breaking-change-6.0 Incompatible flags to be flipped in Bazel 6.0 incompatible-change Incompatible/breaking change migration-ready Incompatible flag is ready for migration with Bazel rolling releases or Bazel@last_green P2 We'll consider working on this in future. (Assignee optional) team-Remote-Exec Issues and PRs for the Execution (Remote) team

Comments

@coeuvre
Copy link
Member

coeuvre commented Mar 30, 2022

Background

Disk cache is a local supplement for the remote cache and can be used solely or combined with the remote cache. When both disk cache and remote cache are enabled (combined cache), Bazel will fetch blobs from remote cache and save them to the disk cache, as well as, upload blobs to both disk and remote cache for later read.

Problem

When disk cache was first introduced, it was treated as remote cache since the implementation was hidden behind the same interface for remote cache. It means some tags (e.g. no-remote) or flags (e.g. --remote_upload_local_results) which should only apply to remote cache also affect disk cache. #8216 #13621

--incompatible_remote_results_ignore_disk was then introduced by #9338 to solve this problem and more features are added behind that switch (e.g. #13769).

Migration

If you don't use combined cache, no migration is needed.

If you use tags or flags to prevent blobs being uploaded/downloaded to/from remote cache, please note that, after --incompatible_remote_results_ignore_disk is flipped, those blobs will be uploaded/downloaded to/from disk cache.

Expected timeline

We expect to flip --incompatible_remote_results_ignore_disk to true and remove it in Bazel 6.0.

@coeuvre coeuvre added P2 We'll consider working on this in future. (Assignee optional) incompatible-change Incompatible/breaking change team-Remote-Exec Issues and PRs for the Execution (Remote) team breaking-change-6.0 labels Mar 30, 2022
@coeuvre coeuvre self-assigned this Mar 30, 2022
@meteorcloudy meteorcloudy added the migration-ready Incompatible flag is ready for migration with Bazel rolling releases or Bazel@last_green label Aug 30, 2022
@meteorcloudy
Copy link
Member

@coeuvre Should we flip this flag now?
https://buildkite.com/bazel/bazelisk-plus-incompatible-flags/builds/1253 says it won't break any downstream projects (ignore the rules_nodejs ones)

@coeuvre
Copy link
Member Author

coeuvre commented Sep 15, 2022

Yes, i will flip this now.

@meteorcloudy meteorcloudy added the breaking-change-6.0 Incompatible flags to be flipped in Bazel 6.0 label Sep 22, 2022
aiuto pushed a commit to aiuto/bazel that referenced this issue Oct 12, 2022
Fixes bazelbuild#15148.

Closes bazelbuild#16282.

PiperOrigin-RevId: 476308483
Change-Id: I834a2a278a6d3b5262e5199dd3c86ef54fa56c9d
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
breaking-change-6.0 Incompatible flags to be flipped in Bazel 6.0 incompatible-change Incompatible/breaking change migration-ready Incompatible flag is ready for migration with Bazel rolling releases or Bazel@last_green P2 We'll consider working on this in future. (Assignee optional) team-Remote-Exec Issues and PRs for the Execution (Remote) team
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants
@meteorcloudy @coeuvre and others