You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in .bazelrc. When I used --remote_executor=grpc://localhost:8980 to point Bazel at the local buldfarm, all actions appeared to get stuck (I gave up after five minutes).
When I dropped the --remote_default_exec_properties setting, the local buildfarm was able to process remote executions.
The behavior was the same with either Bazel 6.2.0 or 7.1.1 as the client.
I don't particularly mind needing to drop the exec properties, but it would have been nice to get some sort of diagnostic somewhere to finger that as the problem.
Alternatively, perhaps as-nobody could become the default buildfarm behavior on Linux? There would presumably need to be a way to turn that off for repos that were not ready for it yet.
The text was updated successfully, but these errors were encountered:
dws
changed the title
./examples/bf-run start buildfarm appears to get stuck on --remote_default_exec_properties=execution-policy=as-nobody
make execution-policy=as-nobody the default on Linux
May 28, 2024
I naively tried using a buildfarm 2.10.0 started via
per https://bazelbuild.github.io/bazel-buildfarm/docs/quick_start/#container-quick-start in conjunction with a repo where Bazel had
in
.bazelrc
. When I used--remote_executor=grpc://localhost:8980
to point Bazel at the local buldfarm, all actions appeared to get stuck (I gave up after five minutes).When I dropped the
--remote_default_exec_properties
setting, the local buildfarm was able to process remote executions.The behavior was the same with either Bazel 6.2.0 or 7.1.1 as the client.
I don't particularly mind needing to drop the exec properties, but it would have been nice to get some sort of diagnostic somewhere to finger that as the problem.
Alternatively, perhaps
as-nobody
could become the default buildfarm behavior on Linux? There would presumably need to be a way to turn that off for repos that were not ready for it yet.The text was updated successfully, but these errors were encountered: