等一分钟
2024 年7 月 12 日 02:49
1
【 TiDB 使用环境】生产环境
【 TiDB 版本】7.1.3
【复现路径】
Upgrading component pd
Upgrading component tikv
Restarting instance 10.0.254.11:20160
Error: failed to restart: 10.0.254.11 tikv-20160.service, please check the instance’s log(/opt/tidb-deploy/tikv-20160/log) for more detail.: timed out waiting for port 20160 to be started after 2m0s
这里介绍不了我
(持续学习)
2024 年7 月 12 日 02:53
3
tiup cluster upgrade cluster_name vx.x.x --wait-timeout 600
1 个赞
等一分钟
2024 年7 月 12 日 02:54
4
tiup-cluster upgrade tidb-ali-p v7.1.5 --transfer-timeout 3600
我之前是用这个命令升的
现在失败了,继续的话用tiup-cluster replay
这个参数还好加吗
有猫万事足
2024 年7 月 12 日 02:54
5
有猫万事足
2024 年7 月 12 日 02:56
6
好加,这个参数是在cluster这个命令上的。子命令都可以用。
升级断掉,继续升 replay也是非常正确的做法。
等一分钟
2024 年7 月 12 日 02:56
7
tiup-cluster replay gsbfjzNcLjy --wait-timeout 600 , 这样吗
MrSylar
( Mr.Sylar)
2024 年7 月 12 日 03:11
8
建议看一下 tikv.log,确定一下为什么 tiup 等待超时
等一分钟
2024 年7 月 12 日 03:13
9
tiup cluster upgrade cluster_name vx.x.x --wait-timeout 600
我再接着执行这个是不是也行啊
就执行这个,不过你的tikv看下日志为什么3600还没启动起来,是leader没切换完还是?
第一、可以设置超时时间
第二、要看下因为什么原因而导致的升级慢