我是直接用root用户操作的,应该不是权限的事吧?tmp目录默认就是带x的
你查查你机器这个权限
ll /tmp/tidb-4000.sock
那你能用 root 用户删掉这个 sock 吗?
我看到在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
应该是这样
chmod -R 77 /tmp
tidb 用户没有 /tmp 的读写权限
我刚把之前状态不对的那个文件改名了,就可以起来了:
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
怪不得,sock 文件是 root 所有的,且其他用户没有写权限,肯定起不来,可能是之前用 root 用户部署了一次?,如果不使用 sock 可以设置为空。
这个坑踩的代价有点大啊,前天遇见的错误,今天才得以解决,汗
感谢楼上各位大侠的热心指点,撒花
我之前用root用户做过一次快速体验单机部署,都是按照官方文档做的,难道之前的root操作和这次的root操作,对于这个文件的创建机制不一样?那就有点怪怪的感觉,,,
原来是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
这么说,这个踩坑经验对后来者还是有价值的了,那我也算心安了,哈
已确认,之前的部署测试操作,不知咋回事竟然遗留了一个root权限的/tmp/tidb-4000.sock,删掉它就成功起来了tidb server
你这是root tidb 两次安装,可以的,感谢你的这个坑
我以前5这样,铲掉重新安装。5的root是空密码。6还没试过。
哎呀感谢楼主和各位大神。今天遇到了同样的问题,已解决。
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。