我们导出了多个tag的数据，大概160多M，已通过微信发给你们的零号客服转交，希望能够重现问题。
你可以把schema的保存成文件发给客服吗，你贴出来的格式还得调整
schema文件已发给客户
你好，用你那160M数据全部插进去了，没有任何报错。
或者你可以把storage的core文件发出来吗？
还有，把你服务的版本号也发下，commitid。
使用 curl http://ip:port/status 命令获取 commitID。
core文件1.5G，稍等发给你。
commitid如下：
{“git_info_sha”:“93f4c0a”,“status”:“running”}
有啥进展吗？
core 文件还没看，骚安勿躁。
你去拿下storage的commitid，不然你的core文件我看不了
这个是storage的commitID
{“git_info_sha”:“67bfaa3”,“status”:“running”}
你给的core文件我们看不了，解析地址失败了。 你现在的环境用你发给客服的160M的文件能稳定复现吗？
我的环境可以稳定复现，core文件解析为啥失败呢，我在我本地可以打开core吗，可以的话我把core里的信息发给你。
- 你可以再发一个core文件给我们客服吗？怀疑发过来的core是坏的。发的时候发下md5码
我的环境可以稳定复
- 那就奇怪了，你可以停止下服务，然后删除整个data目录，然后启动，然后再创建你的schema，然后用client读那个160m的文件做插入，看还能复现不？
你截这个图和日志打印的是一个意思的，我主要是要读core里面一些地址的信息
正常的，应该是你把data目录删除，一开始data目录不存在是会打印这个，然后自己去创建目录的。
复现出来新的core没？还有你本地的core文件，你stat一下
我本地容器内的storage程序要发你一份吗，用我本地这个storage可以打开core文件
