[grpc-io] QUEUE_TIMEOUT on one network but not another

I have a very simple Spark Connect Python script that is showing very strange behavior that I am having trouble debugging. Spark Connect uses gRPC under the hood to communicate with a remote Apache Spark cluster. The cluster

Re: [grpc-io] Questions about grpc-node client streaming

Hi, Thank you so much for the responses. I will be following up with that github issue regarding to the Session closed with error code 2 . For the stream end and server callback, I think I understand enough from your replies. Thanks a lot! On Friday, January 5, 2024 at 1:40:08 AM UTC+8 Michael

Re: [grpc-io] Questions about grpc-node client streaming

>From that trace log, it looks like this is the same error as in https://github.com/grpc/grpc-node/issues/2625. It would be helpful to consolidate further discussions of this error in that issue. You do need a 'status' event handler if you want to always see trailers, and it looks like you do

[grpc-io] Re: Corss-compile gRPC to ARM architecture

Hi , we also used this same script and same grpc version v1.46.7 for ARM arm-linux-gnueabi-g++ and arm-linux-gnueabi-gcc . we still facing same issue. could you please help us to solve this issue?? libcrypto.a(bcm.c.o): In function `vpaes_ctr32_encrypt_blocks_with_bsaes':

[grpc-io] Re: Corss-compile gRPC to ARM architecture

Hi , Is there any progress on this issue ? ,got any ideas? we also facing same error. On Wednesday, November 16, 2016 at 4:06:42 PM UTC+5:30 cle...@gmail.com wrote: > Hi, > > I am trying to cross-compile gRPC with arm-linux-gnueabi. > I am on Ubuntu 14.04, i686-linux-gnu. > I have already

Re: [grpc-io] Questions about grpc-node client streaming

Hi, first of all, thank you so much for your response and sorry for the late reply. The below are the logs from client and server regarding to the original error, 13 INTERNAL: Received RST_STREAM with code 2 triggered by internal client error: Session closed with error code 2.

[grpc-io] Replace bind() targets with alias() ones

I suggest https://github.com/grpc/grpc/pull/35272 to replace bind() targets with alias() ones as they are discouraged and not compatible with Bzlmod. This will be a breaking change for dependents using these bind targets to transitive dependencies via grpc_deps.bzl. Any opinions? -- You

Re: [grpc-io] Re: Question about dependency on protobuf

Huge thanks for your answer. BR/Amber On Thu, Dec 28, 2023 at 2:52 AM 'veb...@google.com' via grpc.io < grpc-io@googlegroups.com> wrote: > Usually gRPC tries to bump the version of Protobuf every time Protobuf has > a new release to make two libraries work together. But gRPC can work with >