通过tiup安装部署tidb在check检查环境触发执行/tmp/tiup/bin/insight脚本execute command over SSH for xxx问题
【TiDB使用环境】 预发布环境
【TiDB版本】 6.5.2
【操作系统版本】 CentOS7.9 / Linux … 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
【遇到的问题:问题现象及影响】
部署环境说明:
(1)通过tiup只在一台节点中部署,并且中控机器和所部署服务在同一台,域名为:node125
(2)部署tidb所有服务通过一个叫做zhongtai的用户
(3)在部署tiup之前zhongtai用户已经设置为sudo免密
(4)在部署tiup之前node125服务器在用户zhongtai已经配置ssh免密登录,即执行ssh -p 22 zhongtai@node125正常
【附件:截图/日志/监控】
insight那个文件存在吗?
127表示命令没有找到(Command Not Found)
zhongtai这个账号ssh自己服务器做免密了吗? 看起来你做的是登录zhongtai账号后sudo免密
insight文件存在
那应该如何配置呢?
感谢 我试试看 有问题再请教你哈
root密码不对吧
互相登录连接先试一下
喔感觉应该是这个版本的缺陷,我又改回了zhongtai用户。应该官方文档应该是tiup check → tiup check apply → tiup deploy → tiup start --init 这个步骤走一篇。因为我现在tiup check过不去了 我直接不做check和check apply 直接执行tiup deploy → tiup start --init 这两部是可以拉起来并且没有异常。这等于是跳过了问题也算是解决了。
因为我这次是部署的单节点,只有一台机器。我之前部署的是7台机器,那么tiup作为中控节点我在多台上试过,那就是在做tiup check时有的机器可以有个不可以,也就是这个问题是个偶发问题。有几种可能的情况:
①tiup这个组件在v6.5.2存在小bug
②观察tiup在部署的堆栈发现用的是easyssh这个东西,他会不会对操作系统底层的sshd服务的版本很敏感,作为小白用户只是猜测
③通过官方在v6.5.2上 ssh_type可以配置为system采用当前服务器自己的ssh,但是尝试过在check时仍然没有成功,可能是因为是实验性的功能吧。
互相登录正常
我让运维童鞋协助查看 root密码是正确的
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。