【TiDB 使用环境】测试
【TiDB 版本】
【操作系统】
【部署方式】本地单机部署
【集群数据量】
【集群节点数】
【问题复现路径】
-
单机no-sudo模式部署tidb集群；
-
tiup cluster destroy清理集群；
-
使用no-sudo模式重新部署tidb，报错：
多试几次后又可以部署成功，请问是什么原因，如何避免？
【遇到的问题：问题现象及影响】
【资源配置】
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
1 个赞
如果可能的话用root部署最简单，不用添加tidb用户会自动添加，ip用127.0.0.1就行
1 个赞
权限问题
1 个赞
很有可能是临时的 SSH 连接 / 认证不稳定导致
1 个赞
要解决 TiDB 单机部署时的 SSH 认证错误，需聚焦于免密 SSH 登录配置 和目标主机权限
确认一下配置的远程连接信息是否有调整，最下面日志是尝试用【none password】连接
安装时没有配置好路由
.ssh/authorized_keys ，这个文件权限不对，公钥没权限写进去。
部署单节点的话，可以来参加这个活动！
清理集群后需要重启下服务：systemctl restart user@$UID.service
现在可以了，原理是啥呢？
你这个操作是重启与某个用户相关的 systemd 用户服务管理器。
你这是和自己服务器有关的操作吧。。。感觉和 tidb 无关啊 
.ssh目录及文件权限问题吗？
“偶尔失败重试成功” 的核心是 SSH 连接稳定性不足 。通过确保免密互信可靠、优化 SSH 服务配置、用 tiup cluster check 提前验证，可大幅减少这类偶发故障。单机部署场景下，重点验证 localhost 的免密登录（因为所有操作都在本机，SSH 本地连接的稳定性是关键）。
检查下.ssh目录及里面文件的权限
我也遇到过。貌似还需要自己ssh自己一下。 root和tidb用户都要自己ssh自己一下
单机deploy太麻烦了，建议 tiup playground --tag tag_name 更简单，加tag也可以持久化
权限吧…
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。