tidb在windows下跑虚拟机安装,dumpling备份和tidb-lightning恢复数据都正常,但是直接在物理机的linux下就各种报错,系统镜像都是一样的。

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】tidb在windows下跑虚拟机安装,dumpling备份和tidb-lightning恢复数据都正常,但是直接在物理机的linux下就各种报错,系统镜像都是一样的。
【遇到的问题:问题现象及影响】有时候tikv又会无缘无故的down和Disconnected,搞不懂
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
SIGILL: illegal instruction
[FATAL] [server.rs:1037] [“failed to start node: Engine(Other("[components/raftstore/src/store/fsm/store.rs:1320]: \"[components/raftstore/src/store/entry_storage.rs:557]: [region 8] entry at apply index 4643 doesn’t exist, may lose data.\""))”] [thread_id=1]

对比下配置,参数是否完全相同

都是用同一个教程部署的呢,执行的命令都是一样的

标志:非法指令。启动失败,索引条目上4643不存在,可能会丢失数据;
这个是突然出现的吗?

啥cpu啊 不兼容?

CPU:AMD R9 7900X
主板:微星

是的,这个可能就是跑tidb-lightning恢复数据的时候失败了,导致某个tikv坏了,导致tidb启动不了


这个是跑tidb-lightning最新的报错

恢复的数据备份的文件是一样吗

虚拟机和物理机恢复的备份文件不一样,两边都是先dumpling备份的,再跑tidb-lightning恢复数据。虚拟机的正常,物理机的就各种报错

虚拟机是正常的。那用虚拟机数据库备份出来的数据到物理机数据库恢复一次,测试下是否正常

嗯,也可能备份的文件有问题

我试过用windows下的WSL跑,感觉效果还不错

1 个赞

服务器配置不错吧,不然可能跑不动

不知道在Windows下跑虚拟机运行tidb性能怎么样,会不会差很多。主要是物理机里运行的莫名问题很多,换过几个linux发行版去安装运行,恢复数据都是有问题不成功的,搞得我都没信心在物理机上跑了,关键是有些问题可能出现了就修不好了,等下数据丢失就麻烦

我理解,镜像只是保证镜像的脚本一致没有保证镜像宿主环境一致吧。有没有可能是宿主系统缺少了一些库,库的版本不对?