tikv 节点加入 集群报错 tikv_data_dir disk is too low: 7897 < 10000

为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。

  • 【TiDB 版本】:tidb 4.0
  • 【问题描述】:

我们在生产配制的集群
1.1 tidb。(1.2 预留 集群搭建好后加入集群)
1.3 pd (1.4 1.5 是预留集群搭建好后测试pd节点加入集群)
1.6 tikv
1.7 tikv
1.8 tikv
1.9 tikv
1.10 tikv (1.11 1.12 1.13 预留给以后加入集群做为tikv 节点)

(1)在创建 tidb 集群的时候,使用ansible搭建集群,搭建成功,集群各个节点也是健康状态。
(2)我们把tik 节点1.11 加入集群,在检测中报错

我们的数据盘都是ssd 盘,正常来说应该检测通过的,会不会是盘有问题,或者是检测方式有问题,带着疑问,我们开始测试,把现有搭建成功的集群的tikv节点剔出来,然后再加入集群,是不是有同样的问题。

结论:通过测试,把1.10节点剔除来,再加入进入,还是报同样的错误,

只能认为是创建集群 时tikv节点的磁盘iops检测方式和 tikv节点加入集群时的iops 检测方式不同

才会在创建tidb集群的时候tikv磁盘iops检测通过,而在加入tikv节点的的时候会报错吧。

这样的问题如何解决,我看过历史的帖子了,说是不建议忽略iops检测问题

ERROR MESSAGE SUMMARY *******************************************************************************************************
[172.18.1.10]: Ansible Failed! ==>
changed=false
msg: ‘fio mixed randread and sequential write test: randread iops of tikv_data_dir disk is too low: 7897 < 10000, it is strongly recommended to use SSD disks for TiKV and PD, or there might be performance issues.’

Ask TiDB User Group for help:
It seems that you have encountered some problem. Please describe your operation steps and provide error information as much as possible on https://asktug.com (in Chinese) or https://stackoverflow.com/questions/tagged/tidb (in English). We will do our best to help solve your problem. Thanks. :slight_smile:

172.17.1.11-iops测试.txt (2.8 KB) 添加节点初始化.txt (4.3 KB)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

  1. 请上传inventory.ini ,指明截图报错的是哪个节点,多谢
  2. 在报错的节点root用户执行 df -h , fdisk -l
  3. 请问具体执行的哪个命令,报错上图?

1.10 de 截图


inventory.txt (2.4 KB)

具体操作就是,在安装好的现有集群,集群状态正常,但是在添加1.11作为新的tikv 节点,会报iops的错误,所以我们把现有tikv 节点1.10 踢出现有正常集群,然后再加入现有集群,也会报iops的错误,具体报错见最开始的问题

  1. tikv的安装目录是/data/tikv, 看起来应该是lvm,好像是使用的/dev/sdb 。 可以使用lvdisplay, pvdisplay, vgdisplay, 确认下物理盘是哪个.
  2. 请确认下,这个lvm使用的pv盘都是ssd的吗?


机房的人说lvm使用的是ssd 盘

ansible 日志ansible.log (1.0 MB)

从ansible日志看,周五的时候,最后一次bootstrap失败了,然后你一直在调试cpu ,接着是ntp,最后忘了再执行bootstrap了,之后deploy安装了。所以之前没有检测过硬盘.

1 个赞

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