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

Just glanced at the issue, looks like you summarized it well. On 1/23/24 12:58 PM, Nicholas Chammas wrote: 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

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

Yeah, it does clearly show them enqueuing IPv4 and IPv6 requests separately.  So either they need to add logic similar to c-ares has internally with https://github.com/c-ares/c-ares/pull/551 or just use ares_getaddrinfo() instead of ares_gethostbyname() with address family AF_UNSPEC and let

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

Are you using gRPC installed via homebrew or is it bundled with something else?  Usually package maintainers like homebrew will dynamically link to the system versions of dependencies so they can be updated independently.  You might be able to run otool -L on grpc to see what c-ares library

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

I think homebrew distributes the 'adig' and 'ahost' utilities from c-ares.  Can you try using those to do the same lookup so we can see the results? On 1/19/24 11:01 AM, Nicholas Chammas wrote: On Jan 17, 2024, at 3:38 PM, Brad House wrote: What version of c-ares is installed? Sorry

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

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

What version of c-ares is installed? What DNS servers are configured on your MacOS system when its not operating properly?  The output of "scutil --dns" would be helpful here. On 1/17/24 12:09 PM, Nicholas Chammas via c-ares wrote: Hello, I am trying to troubleshoot a problem as an end-user

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