你好，好的
对了，我们使用的是rhel7.4系统
meta.yaml (2.1 KB) tidb_scale.yaml (79 字节) tiup-cluster-debug-2020-05-15-17-08-32.log (25.5 KB)
能提供一下正常部署132这台机器的时候的日志吗？就是最开始就把132算在deploy 里，然后可以正常部署的那个
部署中生成的log文件在什么路径？我好像没看到
sorry 搞错了，成功部署是没有日志文件生成的，请忽略
只有132这台机器发生这样的情况吗？往其他机器上扩容可以成功吗
也是不行的。
我试了一下：
如果新机器是deploy时就添加过节点的，往里边扩容新的节点没有问题；
但如果是scale-out到一个新机器，显示权限失败后，如果不删除已经生成的tidb用户及其目录，再想通过deploy往这个机器上部署节点也会提示权限失败。
那把 tidb 用户删掉，把 /home/tidb 也删掉，再用 root 执行 useradd -m -s /bin/bash tidb 然后 ls -l /home/ 看下 tidb 目录的权限呢
你好，显示如下
这个问题之前我们的确没有遇到过，请查看私信，我们拉一个群来解决一下这个问题。
请在 132 上执行 chmod -R 755 /home.
感觉和这个 issue https://access.redhat.com/discussions/2447211#comment-1230441 比较类似
为啥deploy又是可以成功呢
在132手动建立tidb用户，扩容可以成功
请问，最开始的操作是这样吗？
- 132先扩容一次，
- 缩容132
- 再重新扩容132失败
帮忙确认下，我测试一遍，多谢。
不是的，我描述的都是针对新环境的操作，只有一个root用户：
1、往新环境上deploy节点，可以成功。
2、往新环境上scale-out节点，显示权限问题，但如果我手动在新环境上先建立一个tidb用户，再扩容可以成功。
请在 132 上执行 chmod -R 755 /home . 感觉和这个 issue https://access.redhat.com/discussions/2447211#comment-1230441 比较类似
感觉是上面同学回答的问题，有没有多余的机器，可以试一下升级内核，看看还会有问题吗？ 多谢。
好的，准备找一台更高rhel版本的机器试一试，晚一些反馈
麻烦了，期待反馈结果，多谢。
我也遇到了同样的问题，然后跟楼主一样，在新节点上useradd tidb 然后再执行命令，就扩容成功了。
你好，我增加了一个采用rhel7.6版本系统的新节点，但还是显示相同的问题