Closed ssingularity closed 3 months ago
I guess maybe I use the root as the runner image's user causes the behavior? But the example in the bb-deployment also uses the root as the runner image's user.
Yes, this is exactly it. You're supposed to run bb_worker as user root
in one container, and bb_runner as some non-root user. That way the build actions are not able to modify input files.
Moving this to bb-deployments, as it's not a bug on the bb-remote-execution side.
Thanks! I will update the bb_runner image for using non-root user in my bb cluster to fix the bug caused by it.
Behavior
Buildbarn allows action to modify input files, however bazel local build does't allow the action to do this.
Specific Scene
here is an easy action which modifies input files
bazel build local result:
bazel build remote with buildbarn successfully
Probable Reason
I guess maybe I use the root as the runner image's user causes the behavior? But the example in the bb-deployment also uses the root as the runner image's user.
Caused Bug
The behavior results in the bug that, when someone modifies his own 0 byte intput file, other people's 0 byte input file is also affeted and causes the build fail and hard to reproduce the problem, because the 0 byte input files are all hard-linked to same file