间歇性cURL error 6: Could not resolve host故障排查求助

1. 系统资源耗尽类问题（最高优先级） #

• 核对进程资源限制：先执行ulimit -n查看open files上限，执行ulimit -u查看max user processes上限。故障发生时优先查看队列进程的资源占用：用lsof -p <队列进程ID>统计socket/文件句柄占用量，用ps -Lf <队列进程ID>统计线程数，确认是否触及上限。getaddrinfo需要创建临时线程、申请socket句柄，两类资源任意一个打满都会直接触发你遇到的报错。
• 检查连接堆积情况：执行ss -s查看TCP连接统计，确认是否存在大量TIME_WAIT/ESTAB状态的连接堆积。如果队列任务每次都新建Guzzle实例、没有复用连接，长期运行会累计占用端口与句柄资源，整点批量执行时很容易击穿资源阈值。

2. DNS相关问题（次高优先级） #

• 本地DNS缓存服务排查：检查是否部署了nscd、dnsmasq等本地DNS缓存服务，故障发生时尝试重启缓存服务验证是否恢复，无需直接重启整机。缓存服务资源耗尽、崩溃都会导致全局域名解析失败。
• 上游DNS验证：故障时手动执行nslookup <业务请求的目标域名>验证解析是否正常，核对/etc/resolv.conf配置近两周是否有变更，排除上游DNS服务器限流、丢包、故障的可能性。

3. 代码与依赖配置问题 #

• Guzzle使用规范检查：确认是否在Laravel服务容器中注册单例Guzzle客户端复用，避免每次请求新建客户端导致的资源浪费。检查Guzzle是否配置了connect_timeout、timeout参数，未配置超时会导致异常请求长期挂起占用资源，累计后触发全局故障。
• 近期变更回溯：核对近两周的所有变更项，包括Laravel、Guzzle、curl、libcurl、glibc的版本升级，队列并发数调整，新增的第三方接口请求逻辑，所有新出现的故障都可以对应到近期的变更点。

内容的提问来源于stack exchange，提问作者Lovelock