1 三个节点的升级前后pd日志,升级时间为2019-12-27 10:30左右
pd.log_204.tar.gz (116.5 KB) pd.log_203.tar.gz (7.8 KB) pd.log_205.tar.gz (89.1 KB)
2 2380端口占用情况
3 版本情况
204
203
205
关于store节点变化,不知道是不是和升级失败有关,现在相当于有两个版本的软件在服务器上面了
1 三个节点的升级前后pd日志,升级时间为2019-12-27 10:30左右
pd.log_204.tar.gz (116.5 KB) pd.log_203.tar.gz (7.8 KB) pd.log_205.tar.gz (89.1 KB)
2 2380端口占用情况
3 版本情况
204
203
205
关于store节点变化,不知道是不是和升级失败有关,现在相当于有两个版本的软件在服务器上面了
1、从版本信息看,应该是 pd 节点使用了 latest 版本执行了一遍,然后 pd 节点升级到 4.0.0 alpha 版本,但是可能中间出现了升级失败的情况,升级中断,tikv 节点部分变成了 4.0 部分保持原有版本。
2、建议先将 pd 和 tikv 节点回退到 2.0.11 版本后,再进行升级操作。
(1)回退的参考步骤(以下所有操作都在 2.0.11 版本下的 ansible 进行)
1) 操作前确认下 inventry.ini 文件里面的 tidb_version 参数其值是否是 v2.0.11
2)使用 ./pd-ctl member -u http://10.8.48.204:2379,查看下当前 pd 的角色,此处一定选择 follower 角色的节点进行版本回退:
a.关闭 follower 节点的 pd 服务
ansible-playbook stop.yml --tags=pd -l xx.xx.xx.xx ------- follower 节点的 ip
b.ansible-playbook deploy.yml --tags=pd -l xx.xx.xx.xx ------- follower 节点的 ip
c.ansible-playbook start.yml --tags=pd -l xx.xx.xx.xx ------- follower 节点的 ip
d.参考历史记录或者查看该 pd 节点的启动日志,确认该 pd 节点的版本是否已经回退
e.检查 pd member 信息以及健康度 :
./pd-ctl member -u http://10.8.48.204:2379
./pd-ctl health -u http://10.8.48.204:2379
3)以上步骤验证没有问题后,重复该步骤回退另一个 follower pd 节点
4)follower pd 节点回退均正常后,请按照上述步骤回退 pd leader 节点
(2)升级步骤请严格按照官方文档进行,下载目标版本的 tidb-ansible 时,需要指定 tags,示例如下:
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。