-
请求偶发超时服务端却没日志:一次 Linux tcpdump 抓包定位连接队列溢出
一个对外 API 偶发超时,约百分之几的请求客户端报 connection timeout,而服务端 GC 线程池慢 SQL 接口耗时监控全部正常,关键是这些超时的请求服务端 access log 里完全没有记录。排查梳理:客户端报超时只说明它没在规定时间等到响应,请求可能死在任何一环处理慢只是最后一种;排查超时第一步是确认请求进没进应用层看服务端日志有没有它,日志没有说明请求没进应用层再查 GC…- 4
- 0
-
A 说没收到 B 说发了:一次 Linux tcpdump 抓包定位丢包复盘
服务 A 调 B 偶发 read timeout,A 说请求发了没回应、B 说收到了处理只用 50ms,两边应用日志都无辜。排查梳理:应用日志只是主观陈述、网卡之外那段链路是盲区、tcpdump 给网卡装录像机、-nn 与 host/port 过滤、读懂一行包记录的 Flags 和 seq、同一 seq 反复出现就是丢包重传、三次握手与 RST 在抓包里的样子,以及一套抓包排查纪律。- 4
- 0
-
一边说发了一边说没收到:一次 Linux tcpdump 抓包排查复盘
调用方说请求发了超时,被调方日志里却查无此请求。排查梳理:tcpdump 抓哪块网卡抓什么、BPF 过滤表达式、读懂 Flags 与 SYN 重传锁定丢包、抓包配合 Wireshark 分析、用 ss/mtr/iptables/conntrack 协同定位,以及一套抓包排查纪律。- 0
- 0
tcpdump
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×