tidb升级后tiup显示版本和tidb实际版本不一致

🪐 TiDB 技术问题
1

为提高效率，请提供以下信息，问题描述清晰能够更快得到解决：
【 TiDB 使用环境】v4.0.13

【概述】最近做过一次v4.0.9升级到v4.0.13,整个过程在最后重启grafana时报了个timeout，实际上grafana也随后正常启动了。

【背景】

【现象】现在在mysql终端上执行select version()是显示v4.0.13了，可tiup cluster display ${cluster_name}的时候还显示v4.0.9，这个怎么处理？:sweat_smile:

【业务影响】

【TiDB 版本】

【附件】

  1. TiUP Cluster Display 信息

  2. TiUP Cluster Edit Config 信息

  3. TiDB- Overview 监控

  • 对应模块日志（包含问题前后1小时日志）

若提问为性能优化、故障排查类问题，请下载脚本运行。终端输出的打印结果，请务必全选并复制粘贴上传。

2

需要提供下 TiUP 的版本，另外可以执行 select * from information_schema.CLUSTER_INFO; 确认下数据库各组件的版本。

另外升级中断报错，参考下这个处理吧 https://docs.pingcap.com/zh/tidb/stable/upgrade-tidb-using-tiup#41-升级时报错中断处理完报错后如何继续升级

3

组件tidb、pd、tikv都显示已经升级到v4.0.13了，tiup是v1.5.1版本
因为是在7月13日升级的，现在都正常在工作，唯独看着这个版本不一致。

4

可以检查一下 .tiup/storage/cluster/clusters/{cluster-name}/meta.yaml 检查下这个 meta 文件中的版本，TiUP 显示的版本应该和 meta 中的 tidb_version 一致。

不过不太建议直接修改 meta.yaml 文件，TiUP 中断升级是不会影响已升级的组件的。建议参考下这个文档。

1 个赞
5

meta.yaml里面还是v4.0.9
按照您给的参考文档，确认下以下内容：
因为目前集群已经正常对外服务，我要做的内容如下：
找到当天失败的升级tiup cluster upgrade 命令，获取audit id , tiup cluster replay 就可以吗？

6

ok，执行了，replay应该是跳过之前已经执行过的命令了，现在tiup显示的tidb的版本是正确的了，谢谢！

1 个赞
7

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。