tikv节点不通但pd的store状态仍UP

【TiDB 使用环境】生产环境
【TiDB 版本】v7.5.1
【操作系统】centos
【部署方式】物理机docker部署
【集群数据量】240G
【集群节点数】3
【问题复现路径】
【资源配置】
[] [“subchannel 0x7f5033c71800 {address=ipv4::10007, args=grpc.client_channel_factory=0x7f50d2aa1788, grpc.default_authority=:10007, grpc.default_compression_algorithm=0, grpc.gprc_min_message_size_to_compress=4096, grpc.gzip_compression_level=2, grpc.http2.lookahead_bytes=2097152, grpc.initial_reconnect_backoff_ms=1000, grpc.internal.subchannel_pool=0x7f50d2a38ea0, grpc.keepalive_time_ms=10000, grpc.keepalive_timeout_ms=3000, grpc.max_reconnect_backoff_ms=5000, grpc.primary_user_agent=grpc-rust/0.10.4, grpc.resource_quota=0x7f50d2ac4e10, grpc.server_uri=dns:///****:10007, random id=2}: failed to connect to channel, retrying”] [thread_id=0x5]
【其他附件:截图/日志/监控】


tikv上上报自己的状态,你再tikv上能访问到pd的端口吧?

1 个赞

官方不建议跑在 docker 上吧,跑 docker 上都是临时测试下,生产上边怎么维护啊,不行上 k8s 也行啊

2 个赞

2楼说的没问题,这个是tikv自己上报的状态,所以你的pd访问不到这个tikv,但这个tikv可能是可以访问到pd的。

生产环境还是用物理机靠谱

容器是发展趋势