批量删除点报错

pandap · 2021 年3 月 26 日 03:53

没有升级，直接下RPM的ga版本，所有都是新的，应该是ga版本的BUG，服务器和虚拟机测试批量删除，数据量大了都是这个错

dingding · 2021 年3 月 26 日 03:58

你帮我复现下，出现的时候，把日志贴出来，你上面贴的日志服务端没有crash。

pandap · 2021 年3 月 26 日 03:59

有几个问题想要请教下：
1.UPDATE CONFIGS graph:v=1;是执行1次还是每次都需要，还是可以配置；2
2.delete后物理存储是否会删除？
3.插入过程服务器cpu占比在90%以上，会不会影响服务器其他应用，能不能配置限制占比

pandap · 2021 年3 月 26 日 04:01

我虚拟机跑下，执行了UPDATE CONFIGS graph:v=1;这个后好像没有crash了

dingding · 2021 年3 月 26 日 04:02

1.UPDATE CONFIGS graph:v=1;是执行1次还是每次都需要，还是可以配置；2

执行一次，它就永久保存，你后续需要改为0，不然日志太多影响性能

2.delete后物理存储是否会删除？

会

3.插入过程服务器cpu占比在90%以上，会不会影响服务器其他应用，能不能配置限制占比

现在没有这个配置，以后会不断完善这个

dingding · 2021 年3 月 26 日 04:02

你用你原来的环境

pandap · 2021 年3 月 26 日 06:25

nebula-graphd.INFO日志:
执行失败产生core文件，error、info、warning都没有日志记录

dingding · 2021 年3 月 26 日 06:28

你这个都没打印日志级别都更新，你更新日志级别了吗？

UPDATE CONFIGS graph:v=1

pandap · 2021 年3 月 26 日 06:39

执行UPDATE CONFIGS graph:v=1后再删除
nebula-graphd.INFO日志:

一串vid信息

dingding · 2021 年3 月 26 日 06:51

你把那个crash的graph的info日志用附件的形式上传下。

pandap · 2021 年3 月 26 日 06:56

dingding · 2021 年3 月 26 日 07:42

这个问题应该master修好了，你用nigthly的版本看下还会不会。

pandap · 2021 年3 月 26 日 07:56

nigthly有地址吗？git上面是这些包

dingding · 2021 年3 月 26 日 08:15

然后链接里面的前缀改为

github 获取 nightly 的包的一个链接

pandap · 2021 年3 月 26 日 08:49

不能下载

dingding · 2021 年3 月 26 日 08:58

直接点击就会下载的

pandap · 2021 年3 月 26 日 09:00

点击没反应，是需要登录后有权限？

pandap · 2021 年3 月 26 日 09:00

单独发我一份也可以，我的后面删除图标也没有

dingding · 2021 年3 月 26 日 09:16

你的是什么系统，我给你个oss的链接

pandap · 2021 年3 月 26 日 09:16

centos7