Failed to set root password of TiDB database to

我是直接用root用户操作的,应该不是权限的事吧?tmp目录默认就是带x的

1 个赞

你查查你机器这个权限

ll /tmp/tidb-4000.sock

那你能用 root 用户删掉这个 sock 吗?

1 个赞

我看到在tmp下有一个之前的/tmp/tidb-4000.sock,我把这个文件删掉,再次start -R tidb,这次成功了,汗
这说明一个什么问题呢?tidb本身的判断机制还是存在问题,在tidb server不正常的情况下,它无法再次自己重启?是否可以这么说?
不管怎样,现在事起来了,看下:

[root@node1:0 ~]# tiup cluster display liking      
tiup is checking updates for component cluster ...
Starting component `cluster`: /root/.tiup/components/cluster/v1.9.3/tiup-cluster /root/.tiup/components/cluster/v1.9.3/tiup-cluster display liking
Cluster type:       tidb
Cluster name:       liking
Cluster version:    v6.0.0
Deploy user:        tidb
SSH type:           builtin
Dashboard URL:      http://192.168.222.11:2379/dashboard
ID                    Role        Host            Ports                            OS/Arch       Status   Data Dir                        Deploy Dir
--                    ----        ----            -----                            -------       ------   --------                        ----------
192.168.222.11:3000   grafana     192.168.222.11  3000                             linux/x86_64  Up       -                               /u01/tidb/deploy/grafana-3000
192.168.222.11:2379   pd          192.168.222.11  2379/2380                        linux/x86_64  Up|L|UI  /u01/tidb/data/pd-2379          /u01/tidb/deploy/pd-2379
192.168.222.11:9090   prometheus  192.168.222.11  9090/12020                       linux/x86_64  Up       /u01/tidb/data/prometheus-9090  /u01/tidb/deploy/prometheus-9090
192.168.222.11:4000   tidb        192.168.222.11  4000/10080                       linux/x86_64  Up       -                               /u01/tidb/deploy/tidb-4000
192.168.222.11:9000   tiflash     192.168.222.11  9000/8123/3930/20170/20292/8234  linux/x86_64  Up       /u01/tidb/data/tiflash-9000     /u01/tidb/deploy/tiflash-9000
192.168.222.11:20160  tikv        192.168.222.11  20160/20180                      linux/x86_64  Up       /u01/tidb/data/tikv-20160       /u01/tidb/deploy/tikv-20160
192.168.222.11:20161  tikv        192.168.222.11  20161/20181                      linux/x86_64  Up       /u01/tidb/data/tikv-20161       /u01/tidb/deploy/tikv-20161
192.168.222.11:20162  tikv        192.168.222.11  20162/20182                      linux/x86_64  Up       /u01/tidb/data/tikv-20162       /u01/tidb/deploy/tikv-20162
Total nodes: 8
1 个赞

应该是这样

chmod -R 77 /tmp

tidb 用户没有 /tmp 的读写权限

1 个赞

我刚把之前状态不对的那个文件改名了,就可以起来了:

srwxr-xr-x 1 tidb   tidb      0 4月  11 15:58 tidb-4000.sock
srwxr-xr-x 1 root   root      0 4月   8 10:51 tidb-4000.sock.del
1 个赞

怪不得,sock 文件是 root 所有的,且其他用户没有写权限,肯定起不来,可能是之前用 root 用户部署了一次?,如果不使用 sock 可以设置为空。

1 个赞

这个坑踩的代价有点大啊,前天遇见的错误,今天才得以解决,汗
感谢楼上各位大侠的热心指点,撒花:smiling_face_with_three_hearts:

我之前用root用户做过一次快速体验单机部署,都是按照官方文档做的,难道之前的root操作和这次的root操作,对于这个文件的创建机制不一样?那就有点怪怪的感觉,,,

:joy:原来是sock问题,你应该之前部署过,或者部署失败,致使sock权限,名字冲突

ll /tmp/tidb-4000.sock 
srwxr-xr-x 1 tidb tidb 0 Apr 11 14:59 /tmp/tidb-4000.sock

部署过,但是严格按照官方文档执行了clean --all清理了

可能就是之前这次操作快速体验单机部署导致的导致,sock问题,tidb v6.0.0部署的踩坑经验

我是在虚机体验的,内存配置了5G,看来也能凑付起来这个单机测试集群哈

[root@node1:0 ~]# free -k
              total        used        free      shared  buff/cache   available
Mem:        5058344     4255324      143176        3824      659844      520452
Swap:       2097148     1342208      754940

这么说,这个踩坑经验对后来者还是有价值的了,那我也算心安了,哈

1 个赞

已确认,之前的部署测试操作,不知咋回事竟然遗留了一个root权限的/tmp/tidb-4000.sock,删掉它就成功起来了tidb server

1 个赞

你这是root tidb 两次安装,可以的,感谢你的这个坑

我以前5这样,铲掉重新安装。5的root是空密码。6还没试过。

哎呀感谢楼主和各位大神。今天遇到了同样的问题,已解决。

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