Re: End-user troubleshooting of bad c-ares interaction with router

To close the loop on this discussion, I’ve filed the following issue with the gRPC folks: https://github.com/grpc/grpc/issues/35638 Thank you again for all of your help. I would not have been able to understand what’s going on without it. > On Jan 23, 2024, at 11:43 AM, Brad House wrote: >

Re: End-user troubleshooting of bad c-ares interaction with router

Thank you for all the troubleshooting help, Brad. I am using gRPC via Apache Spark Connect (a Python library), so I am two levels removed from c-ares itself. Looking in the Python virtual environment where gRPC is installed, I’m not sure what file to run otool on. The only seemingly relevant

Re: End-user troubleshooting of bad c-ares interaction with router

Here’s the output of adig and ahost , both with and without the DNS servers set directly on the network interface (vs. just on the router). I also learned that gRPC 1.60.0 may be using c-ares 1.19.1

Re: End-user troubleshooting of bad c-ares interaction with router

> On Jan 17, 2024, at 3:38 PM, Brad House wrote: > What version of c-ares is installed? > Sorry about the delay in responding. Answering this question is more difficult than I expected. I know that Spark Connect is running gRPC 1.160.0. Looking through the gRPC repo, I see mention of c-ares

End-user troubleshooting of bad c-ares interaction with router

Hello, I am trying to troubleshoot a problem as an end-user of c-ares. I use a library (Apache Spark Connect ) that uses gRPC, which in turn uses c-ares. I am two levels removed from c-ares itself and am a little out of my