服务端断链

[timwind]

在health检查时，1ms就断链返回，有什么可能原因吗？
health每10s一次，连续3次校验不过，导致health检查失败。

配置：
servicecomb:
server:
connection:
idleTimeoutInSeconds: 120
request:
timeout: 60000

某个时间段内有大量的类似断链错误，可能影响不仅仅是health接口，还是在凌晨业务流量少的时候。

[timwind]

有可能跟JVM有关吗，看起来这个时间段的内存接近容器上限

[chengyouling]

CPU、内存在不足的情况下，往往会触发很多不可控的问题，建议是增加内存分配试试

[yanghao605]

消费端配置的连接闲置时间是多少？
可以参考 Connection was closed

[timwind]

消费端配置的连接闲置时间是多少？ 可以参考 Connection was closed

客户端超时时间配置的是5s，如问题所示1ms就断链了，基本可以排除是客户端配置问题。
存在2ms成功的例子。

不知是什么原因导致服务端断链了。

[yanghao605]

是哪个版本的呢？

[timwind]

是哪个版本的呢？

2.8.9

[yanghao605]

在health检查时，1ms就断链返回，有什么可能原因吗？ health每10s一次，连续3次校验不过，导致health检查失败。

配置： servicecomb: server: connection: idleTimeoutInSeconds: 120 request: timeout: 60000

某个时间段内有大量的类似断链错误，可能影响不仅仅是health接口，还是在凌晨业务流量少的时候。

你这个是自己调用自己吗？
服务端是Rest Over Vertx的还是Rest Over Servlet的？
客户端连接闲置时间是多少？
如果服务端是Servlet的，那tomcat的connection-timeout设置的是多少？

[timwind]

在health检查时，1ms就断链返回，有什么可能原因吗？ health每10s一次，连续3次校验不过，导致health检查失败。

配置： servicecomb: server: connection: idleTimeoutInSeconds: 120 request: timeout: 60000
某个时间段内有大量的类似断链错误，可能影响不仅仅是health接口，还是在凌晨业务流量少的时候。

你这个是自己调用自己吗？ 服务端是Rest Over Vertx的还是Rest Over Servlet的？ 客户端连接闲置时间是多少？ 如果服务端是Servlet的，那tomcat的connection-timeout设置的是多少？

不是自己调用自己，是健康检测调用health接口。
Rest Over Vertx
客户端连接闲置时间需要确认下，但肯定是秒级的。这个现象也不是客户端主动断链的错误，是server断的。

servicecomb的配置如下：