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
When Bazel is configured to use a unix:// endpoint for the BES backend (--bes_backend=unix://xyz.sock), it sends the socket path as the authority. This is an invalid authority and some HTTP2 servers, such as h2, (rightfully) reject it.
As a workaround I am using hyperium/h2#487 to force h2 to be less strict, but this should be fixed on Bazel's side.
I'm not sure where Bazel is constructing its GRPC requests, but it prevents using an h2 server as a BES backend when using Unix sockets. There was a change made a while back to grpc-go to resolve this; please let me know if I should open an issue with grpc-java instead.
Which category does this issue belong to?
Remote Execution
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
Point bes_backend=unix:// at an h2/tonic server
Which operating system are you running Bazel on?
MacOS
What is the output of bazel info release?
release 7.1.1
If bazel info release returns development 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 ?
No response
If this is a regression, please try to identify the Bazel commit where the bug was introduced with bazelisk --bisect.
No response
Have you found anything relevant by searching the web?
Description of the bug:
When Bazel is configured to use a
unix://
endpoint for the BES backend (--bes_backend=unix://xyz.sock
), it sends the socket path as theauthority
. This is an invalidauthority
and some HTTP2 servers, such ash2
, (rightfully) reject it.This issue is discussed in detail in
As a workaround I am using hyperium/h2#487 to force
h2
to be less strict, but this should be fixed on Bazel's side.I'm not sure where Bazel is constructing its GRPC requests, but it prevents using an
h2
server as a BES backend when using Unix sockets. There was a change made a while back togrpc-go
to resolve this; please let me know if I should open an issue withgrpc-java
instead.Which category does this issue belong to?
Remote Execution
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
Point
bes_backend=unix://
at anh2
/tonic
serverWhich operating system are you running Bazel on?
MacOS
What is the output of
bazel info release
?release 7.1.1
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
?No response
If this is a regression, please try to identify the Bazel commit where the bug was introduced with bazelisk --bisect.
No response
Have you found anything relevant by searching the web?
Any other information, logs, or outputs that you want to share?
No response
The text was updated successfully, but these errors were encountered: