graphd，一查询就秒崩溃

问答 问题
1

nebula 版本：v3.2.0
部署方式： 集群
安装方式： RPM
是否为线上版本： N
使用了一段时间了，昨天开始只要执行LOOKUP ON one_trace_common_edge WHERE one_trace_common_edge.trace_id in[“ff26e17111077a733e01d21a3239afdf”] and one_trace_common_edge.monitor_time >= 1660622400000 and one_trace_common_edge.monitor_time <= 1660626000000 YIELD distinct properties(edge).user_id as user_id; 这个语句，graphd直接崩溃

2

Studio 的版本号提供下～:thinking:

3

应该不是studio的问题,只是必须选一个类型，然后又没法选graphd，我就选择了studio。我刚在java客户端执行也会把服务整挂
这个是生成的dmp文件
560522e5-b16e-446a-7c38f08c-0a85a0cf.dmp (1.4 MB)

4

我去求助下研发小哥

5

好的，感谢

6

这个语句应该报错的啊

7 
(root@nebula) [nba]> lookup on player where player.age in [42] yield distinct properties(edge).name
[ERROR (-1009)]: SemanticError: illegal yield clauses `properties(EDGE).name'
8

语句为啥错了 :joy:，看文档感觉应该没啥问题呀

9

查询点没有问题：LOOKUP ON one_trace_span_tag where one_trace_span_tag.service_id in [253,151] and one_trace_span_tag.ttl_time >=1660622400 and one_trace_span_tag.ttl_time <=1660626000 YIELD distinct properties(vertex).trace_id AS name, id(vertex) AS age;

查询边：LOOKUP ON one_trace_common_edge WHERE one_trace_common_edge.trace_id in[“ff26e17111077a733e01d21a3239afdf”] YIELD distinct properties(edge).user_id as user_id;
去掉where后面 and也可以正常执行

10

不好意思，我搞错了。 问题已经复现，跟一下这个 issue: https://github.com/vesoft-inc/nebula/issues/4551

1 个赞
11

好的，问下3.0版本有这个问题吗？

12

应该也是有的

13

我尽快修下

14

修完就会合到3.2的版本吗？还是要等下一个版本才能正常使用？ 好像还有一个语句也会导致崩溃，我找下啊

15

match (v:ai_rca_entity_tag{produced_by:“host_1098”}) return v limit 10000
我们这边有两个tag，ai_rca_alert_tag和ai_rca_entity_tag，然后执行了CREATE TAG INDEX alert_prodeced_by ON ai_rca_alert_tag ( produced_by(10) )对ai_rca_alert_tag下的produced_by属性创建了索引，但是使用的使用语句里tag写错了，写成了ai_rca_entity_tag，这个语句会导致storage服务直接挂掉

16

会的。感谢反馈哈

17

好的，我测下

18

看下系统日志有没有 OOM

sudo egrep -i -r 'killed process' /var/log | grep nebula
21

并没有oom的情况，上面少描述了一些信息，ai_rca_entity_tag这个tag下面也有对某个属性创建的索引，创建语句：CREATE TAG INDEX entity_incident_vid ON ai_rca_entity_tag ( incident_vid(20) )，

22

稳定复现哈？贴一下 storage 日志