RedisGraph
RedisGraph copied to clipboard
RedisGraph
Weird issue where working query give wrong result
Hello, I am using nodejs to query redis graph (tried both node-redis, ioredis). I have many queries that are working and returns correct results, but then after couple of days one random query started giving weird and random results. If I reformat the query (add extra space or new line) or restart redis, the query works again. Then after couple of days another query started have the same problem.
sample query (is javascript):
`MATCH (v:Video})`
+` WHERE v.id = '${id}'`
+` MATCH (v)<-[:PERFORMED_IN]-(a:Actor)`
+` WITH v, toJSON(COLLECT({id: a.id, name: a.name, slug: a.slug, image: a.image, avatar: a.avatar})) AS actors`
+` MATCH (v)-[:HAS_TAG]->(t:Tag)`
+` WITH actors,`
+ ` toJSON({id:v.id, path: v.path, title: v.title, createdAt: v.createdAt, duration: v.duration, views: v.views, source: v.source}) AS video,`
+ ` toJSON(COLLECT({name: t.name, slug: t.slug})) as tags`
+` RETURN video, actors, tags`
I don't have any idea on how to reproduce this. I am using redislabs/redismod:edge docker image.
Did you encounter an error reply right before receiving random results, e.g. Qi encountered an error Qi+1 got random results?
Once you start receiving random results is this behavior persistent, meaning: all following queries generate meaningless results or is it just one specific query ? just to be clear I assume that you have several different queries in your system, do they all generate random results ?
Thanks!
Hey @swilly22, I do not get any error reply nor error in logs. Only one specific query seem to have this problem at a single time, but a random query.
eg. I have a dynamic query: MATCH (v:Video) WHERE v.id = '${id}' that match video from id. Say I have thousands of videos, a random one will start to return random results, and it will be specific to that query, like: MATCH (v:Video) WHERE v.id = "randid99". But I if I run the same query but with a different id it works fine.
Thanks!
So the random results you're getting for the query MATCH (v:Video) WHERE v.id = '${id}'
are still Video entities but just ones that do not match the specified id ?
or is it that your getting results of a different type, for example an Actor node is returned
@swilly22, the result is sometime undefined, random Video node that doesn't match the id or sometime a list of Video entities. This is not the only type of query that will give random results, l have a query that will get a list of Videos sorted by latest that one time stared giving out random results.
Can you please share the execution-plan of these queries? (using GRAPH.EXPLAIN) command
can you please provide the id used when getting these random results?
@swilly22 sorry for late reply, I was waiting for a query to start returning random results.
Query that started to return random results:
>> GRAPH.EXPLAIN "testGraph" "MATCH (v:Video) WHERE v.id = 'SpoLda_3221' MATCH (v)<-[:ACTED_IN]-(a:Actor) WITH v, toJSON(COLLECT({id: a.id, name: a.name, slug: a.slug, image: a.image, avatar: a.avatar})) AS actors MATCH (v)-[:HAS_TAG]->(t:Tag) WITH actors, toJSON({id:v.id, path: v.path, title: v.title, createdAt: v.createdAt, duration: v.duration, views: v.views, likes: v.likes, source: v.source}) AS video, toJSON(COLLECT({name: t.name, slug: t.slug})) as tags RETURN video, actors, tags"
first run:
1) "Results"
2) " Sort"
3) " Aggregate"
4) " Conditional Traverse | (v)->(a:Actor)"
5) " Limit"
6) " Sort"
7) " Project"
8) " Filter"
9) " ProcedureCall"
second run:
1) "Update"
2) " Node By Index Scan | (v:Video)"
third run:
1) "Results"
2) " Sort"
3) " Aggregate"
4) " Conditional Traverse | (v)->(a:Actor)"
5) " Limit"
6) " Sort"
7) " Project"
8) " Filter"
9) " ProcedureCall"
as you can see every time I run the same query, the results varies.
Working query (same query as above but different id):
>> GRAPH.EXPLAIN "testGraph" "MATCH (v:Video) WHERE v.id = 'ptL2Hsv3786' MATCH (v)<-[:ACTED_IN]-(a:Actor) WITH v, toJSON(COLLECT({id: a.id, name: a.name, slug: a.slug, image: a.image, avatar: a.avatar})) AS actors MATCH (v)-[:HAS_TAG]->(t:Tag) WITH actors, toJSON({id:v.id, path: v.path, title: v.title, createdAt: v.createdAt, duration: v.duration, views: v.views, likes: v.likes, source: v.source}) AS video, toJSON(COLLECT({name: t.name, slug: t.slug})) as tags RETURN video, actors, tags"
1) "Results"
2) " Project"
3) " Aggregate"
4) " Conditional Traverse | (v)->(t:Tag)"
5) " Aggregate"
6) " Conditional Traverse | (v:Video)->(a:Actor)"
7) " Node By Index Scan | (v:Video)"
Same query as the first one that is failing, but I added a extra space between (v:Video) WHERE:
>> GRAPH.EXPLAIN "testGraph" "MATCH (v:Video) WHERE v.id = 'SpoLda_3221' MATCH (v)<-[:ACTED_IN]-(a:Actor) WITH v, toJSON(COLLECT({id: a.id, name: a.name, slug: a.slug, image: a.image, avatar: a.avatar})) AS actors MATCH (v)-[:HAS_TAG]->(t:Tag) WITH actors, toJSON({id:v.id, path: v.path, title: v.title, createdAt: v.createdAt, duration: v.duration, views: v.views, likes: v.likes, source: v.source}) AS video, toJSON(COLLECT({name: t.name, slug: t.slug})) as tags RETURN video, actors, tags"
1) "Results"
2) " Project"
3) " Aggregate"
4) " Conditional Traverse | (v)->(t:Tag)"
5) " Aggregate"
6) " Conditional Traverse | (v:Video)->(a:Actor)"
7) " Node By Index Scan | (v:Video)"
As you can see if I reformat the query in any way, it works.
This is a clear indication to a possible bug in RedisGraph query cache, from the first example we can see the cache returns different execution-plan(s) for your query, once an extra space is introduce the new cache key is introduced,
Which version of RedisGraph are you using and what hardware are you running on?
Thanks!
@swilly22,
OS: Linux 5.4 Ubuntu 20.04.1 LTS (Focal Fossa) CPU: x64 Intel(R) Xeon(R) Gold 6226R CPU @ 2.90GHz Memory: 552.76 MB / 1.94 GB Container: Yes Shell: 5.0.17 - /bin/bash
docker: redislabs/redismod:edge, it doesn't say which RedisGraph version is in the docker build. I rebuilt 9 days ago with fresh image.
thanks, I'll look into, although the hardware should be atomic for reading and writing to native types
@swilly22, sorry I don't understand what you mean by " atomic for reading and writing to native types". I am running on vps.
Hello @swilly22, redis crashed today, I don't know if it is related to this issuse:
=== REDIS BUG REPORT START: Cut & paste starting from here ===
1:M 24 Jan 2022 20:44:34.672 # Redis 6.2.5 crashed by signal: 11, si_code: 1
1:M 24 Jan 2022 20:44:34.672 # Accessing address: 0x138
1:M 24 Jan 2022 20:44:34.672 # Crashed running the instruction at: 0x563dfe5515d9
------ STACK TRACE ------
EIP:
redis-server *:6379(je_malloc_usable_size+0x69)[0x563dfe5515d9]
Backtrace:
/lib/x86_64-linux-gnu/libpthread.so.0(+0x14140)[0x7f20d9059140]
redis-server *:6379(je_malloc_usable_size+0x69)[0x563dfe5515d9]
redis-server *:6379(ztryrealloc_usable+0x62)[0x563dfe476f42]
redis-server *:6379(zrealloc+0x11)[0x563dfe476fd1]
/usr/lib/redis/modules/redisgraph.so(Buffer_Grow+0x59)[0x7f20d803b3b9]
/usr/lib/redis/modules/redisgraph.so(+0x13aa5a1)[0x7f20d80665a1]
/usr/lib/redis/modules/redisgraph.so(InvertedIndex_WriteEntryGeneric+0x81)[0x7f20d8068541]
/usr/lib/redis/modules/redisgraph.so(InvertedIndex_WriteForwardIndexEntry+0x81)[0x7f20d8068641]
/usr/lib/redis/modules/redisgraph.so(+0x13a7923)[0x7f20d8063923]
/usr/lib/redis/modules/redisgraph.so(Indexer_Add+0x55)[0x7f20d8064245]
/usr/lib/redis/modules/redisgraph.so(Document_AddToIndexes+0xfb)[0x7f20d805651b]
/usr/lib/redis/modules/redisgraph.so(AddDocumentCtx_Submit+0x141)[0x7f20d80567d1]
/usr/lib/redis/modules/redisgraph.so(RediSearch_IndexAddDocument+0x116)[0x7f20d7fdf5d6]
/usr/lib/redis/modules/redisgraph.so(Index_IndexNode+0x9a)[0x7f20d6ee4b7a]
/usr/lib/redis/modules/redisgraph.so(Schema_AddNodeToIndices+0x1a)[0x7f20d6ef1b7a]
/usr/lib/redis/modules/redisgraph.so(CommitUpdates+0x36c)[0x7f20d6ec372c]
/usr/lib/redis/modules/redisgraph.so(+0x1fe3bf)[0x7f20d6eba3bf]
/usr/lib/redis/modules/redisgraph.so(ExecutionPlan_Execute+0x60)[0x7f20d6eb5740]
/usr/lib/redis/modules/redisgraph.so(+0x1f285e)[0x7f20d6eae85e]
/usr/lib/redis/modules/redisgraph.so(+0x23e994)[0x7f20d6efa994]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x8ea7)[0x7f20d904dea7]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f20d8f7ddef]
------ REGISTERS ------
1:M 24 Jan 2022 20:44:34.683 #
RAX:0000000000000138 RBX:00007f20d4cb5ed8
RCX:00007f20d4cb5ed8 RDX:0000000000000070
RDI:0000000000000001 RSI:00007f20d4cb5fd8
RBP:000000000002713d RSP:00007f20d4c9ed80
R8 :0000000000000001 R9 :0000000000000000
R10:0000000000000000 R11:0000000000000004
R12:0000000000000138 R13:0000000000000001
R14:0000000000000001 R15:00007f20d1063610
RIP:0000563dfe5515d9 EFL:0000000000010206
CSGSFS:002b000000000033
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed8f) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed8e) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed8d) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed8c) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed8b) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed8a) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed89) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed88) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed87) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed86) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed85) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed84) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed83) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed82) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed81) -> 0000000000000000
1:M 24 Jan 2022 20:44:34.683 # (00007f20d4c9ed80) -> 0000000000000000
------ INFO OUTPUT ------
# Server
redis_version:6.2.5
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:3afff201ac09d18c
redis_mode:standalone
os:Linux 5.4.0-62-generic x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:10.2.1
process_id:1
process_supervised:no
run_id:bda7285967f1a832ebaa94cd68652379d743b31c
tcp_port:6379
server_time_usec:1643057074289783
uptime_in_seconds:1217589
uptime_in_days:14
hz:10
configured_hz:10
lru_clock:15667122
executable:/data/redis-server
config_file:/usr/local/etc/redis/redis.conf
io_threads_active:0
# Clients
connected_clients:5
cluster_connections:0
maxclients:10000
client_recent_max_input_buffer:32
client_recent_max_output_buffer:0
blocked_clients:1
tracking_clients:0
clients_in_timeout_table:0
# Memory
used_memory:21225184
used_memory_human:20.24M
used_memory_rss:40034304
used_memory_rss_human:38.18M
used_memory_peak:23731720
used_memory_peak_human:22.63M
used_memory_peak_perc:89.44%
used_memory_overhead:1043648
used_memory_startup:940976
used_memory_dataset:20181536
used_memory_dataset_perc:99.49%
allocator_allocated:21927312
allocator_active:24924160
allocator_resident:28065792
total_system_memory:2084032512
total_system_memory_human:1.94G
used_memory_lua:37888
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:0
maxmemory_human:0B
maxmemory_policy:noeviction
allocator_frag_ratio:1.14
allocator_frag_bytes:2996848
allocator_rss_ratio:1.13
allocator_rss_bytes:3141632
rss_overhead_ratio:1.43
rss_overhead_bytes:11968512
mem_fragmentation_ratio:1.93
mem_fragmentation_bytes:19297544
mem_not_counted_for_evict:0
mem_replication_backlog:0
mem_clients_slaves:0
mem_clients_normal:102528
mem_aof_buffer:0
mem_allocator:jemalloc-5.1.0
active_defrag_running:0
lazyfree_pending_objects:0
lazyfreed_objects:0
# Persistence
loading:0
current_cow_size:0
current_cow_size_age:0
current_fork_perc:0.00
current_save_keys_processed:0
current_save_keys_total:0
rdb_changes_since_last_save:99
rdb_bgsave_in_progress:0
rdb_last_save_time:1643055559
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:2666496
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:0
module_fork_in_progress:0
module_fork_last_cow_size:0
# Stats
total_connections_received:56
total_commands_processed:1075333
instantaneous_ops_per_sec:0
total_net_input_bytes:564836056
total_net_output_bytes:1785379756
instantaneous_input_kbps:0.00
instantaneous_output_kbps:0.00
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
expired_stale_perc:0.00
expired_time_cap_reached_count:0
expire_cycle_cpu_milliseconds:25020
evicted_keys:0
keyspace_hits:1248980
keyspace_misses:0
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:1470
total_forks:5138
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0
tracking_total_keys:0
tracking_total_items:0
tracking_total_prefixes:0
unexpected_error_replies:0
total_error_replies:243
dump_payload_sanitizations:0
total_reads_processed:1069538
total_writes_processed:1075344
io_threaded_reads_processed:0
io_threaded_writes_processed:0
# Replication
role:master
connected_slaves:0
master_failover_state:no-failover
master_replid:d90110a3bb4af99415d129c4ce2b8ae835cf0ce4
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
# CPU
used_cpu_sys:1315.115145
used_cpu_user:2663.214629
used_cpu_sys_children:25.837790
used_cpu_user_children:55.413072
used_cpu_sys_main_thread:7.180112
used_cpu_user_main_thread:41.023370
# Modules
module:name=graph,ver=999999,api=1,filters=0,usedby=[],using=[],options=[]
module:name=ReJSON,ver=999999,api=1,filters=0,usedby=[search],using=[],options=[handle-io-errors]
module:name=search,ver=999999,api=1,filters=0,usedby=[],using=[ReJSON],options=[handle-io-errors]
# Commandstats
cmdstat_get:calls=0,usec=0,usec_per_call=0.00,rejected_calls=3,failed_calls=0
cmdstat_scan:calls=6,usec=132,usec_per_call=22.00,rejected_calls=0,failed_calls=0
cmdstat_json.get:calls=84167,usec=4825217,usec_per_call=57.33,rejected_calls=0,failed_calls=0
cmdstat_auth:calls=30,usec=341,usec_per_call=11.37,rejected_calls=0,failed_calls=1
cmdstat_ping:calls=4,usec=6,usec_per_call=1.50,rejected_calls=6,failed_calls=0
cmdstat_json.set:calls=2030,usec=1368196,usec_per_call=673.99,rejected_calls=0,failed_calls=0
cmdstat_type:calls=12,usec=65,usec_per_call=5.42,rejected_calls=0,failed_calls=0
cmdstat_graph.EXPLAIN:calls=5,usec=390,usec_per_call=78.00,rejected_calls=0,failed_calls=0
cmdstat_graph.QUERY:calls=988922,usec=307977117,usec_per_call=311.43,rejected_calls=0,failed_calls=91
cmdstat_graph.DELETE:calls=5,usec=141,usec_per_call=28.20,rejected_calls=0,failed_calls=5
cmdstat_info:calls=150,usec=13379,usec_per_call=89.19,rejected_calls=7,failed_calls=0
cmdstat_config:calls=1,usec=187,usec_per_call=187.00,rejected_calls=0,failed_calls=0
cmdstat_host_:calls=0,usec=0,usec_per_call=0.00,rejected_calls=3,failed_calls=0
cmdstat_module:calls=1,usec=82,usec_per_call=82.00,rejected_calls=0,failed_calls=0
# Errorstats
errorstat_ERR:count=27
errorstat_NOAUTH:count=16
errorstat_RediSearch_:count=33
errorstat_WRONGPASS:count=1
errorstat_errMsg_:count=166
# Cluster
cluster_enabled:0
# Keyspace
db0:keys=2,expires=0,avg_ttl=0
------ CLIENT LIST OUTPUT ------
id=24 addr=172.22.0.3:49634 laddr=172.22.0.2:6379 fd=12 name= age=1217587 idle=1217587 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20496 events=r cmd=info user=jer redir=-1
id=20 addr=172.22.0.3:49626 laddr=172.22.0.2:6379 fd=8 name= age=1217587 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=40954 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=61464 events=r cmd=graph.QUERY user=jer redir=-1
id=21 addr=172.22.0.3:49628 laddr=172.22.0.2:6379 fd=9 name= age=1217587 idle=6 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20512 events=r cmd=json.get user=jer redir=-1
id=22 addr=172.22.0.3:49630 laddr=172.22.0.2:6379 fd=10 name= age=1217587 idle=1217587 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20496 events=r cmd=info user=jer redir=-1
id=23 addr=172.22.0.3:49632 laddr=172.22.0.2:6379 fd=11 name= age=1217587 idle=0 flags=b db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=40954 argv-mem=98 obl=0 oll=0 omem=0 tot-mem=61562 events=r cmd=graph.QUERY user=jer redir=-1
------ MODULES INFO OUTPUT ------
# graph_executing commands
graph_command:GRAPH.QUERY MATCH (v:Video {id: 'tNz1_nGgI47dR'})
SET v.views = v.views + 2
# ReJSON_trace
ReJSON_trace: 0: redis_module::base_info_func
1: modulesCollectInfo
at /usr/src/redis/src/module.c:7076:9
2: logModulesInfo
at /usr/src/redis/src/debug.c:1598:22
3: printCrashReport
at /usr/src/redis/src/debug.c:1849:5
sigsegvHandler
at /usr/src/redis/src/debug.c:1831:5
4: <unknown>
5: rtree_leaf_elm_lookup
at /usr/src/redis/deps/jemalloc/include/jemalloc/internal/rtree.h:341:10
rtree_read
at /usr/src/redis/deps/jemalloc/include/jemalloc/internal/rtree.h:406:26
rtree_szind_read
at /usr/src/redis/deps/jemalloc/include/jemalloc/internal/rtree.h:429:26
arena_salloc
at /usr/src/redis/deps/jemalloc/include/jemalloc/internal/arena_inlines_b.h:120:18
isalloc
at /usr/src/redis/deps/jemalloc/include/jemalloc/internal/jemalloc_internal_inlines_c.h:37:9
je_malloc_usable_size
at /usr/src/redis/deps/jemalloc/src/jemalloc.c:3149:10
6: ztryrealloc_usable
at /usr/src/redis/src/zmalloc.c:219:15
7: zrealloc
at /usr/src/redis/src/zmalloc.c:250:11
8: Buffer_Grow
9: encodeFull
10: InvertedIndex_WriteEntryGeneric
11: InvertedIndex_WriteForwardIndexEntry
12: Indexer_Process
13: Indexer_Add
14: Document_AddToIndexes
15: AddDocumentCtx_Submit
16: RediSearch_IndexAddDocument
17: Index_IndexNode
18: Schema_AddNodeToIndices
19: CommitUpdates
20: UpdateConsume
21: ExecutionPlan_Execute
22: _ExecuteQuery
23: thread_do
24: start_thread
25: clone
------ FAST MEMORY TEST ------
1:M 24 Jan 2022 20:44:34.734 # main thread terminated
1:M 24 Jan 2022 20:44:34.734 # Bio thread for job type #0 terminated
1:M 24 Jan 2022 20:44:34.734 # Bio thread for job type #1 terminated
1:M 24 Jan 2022 20:44:34.734 # Bio thread for job type #2 terminated
Fast memory test PASSED, however your memory can still be broken. Please run a memory test for several hours if possible.
------ DUMPING CODE AROUND EIP ------
Symbol: je_malloc_usable_size (base: 0x563dfe551570)
Module: redis-server *:6379 (base 0x563dfe41e000)
$ xxd -r -p /tmp/dump.hex /tmp/dump.bin
$ objdump --adjust-vma=0x563dfe551570 -D -b binary -m i386:x86-64 /tmp/dump.bin
------
1:M 24 Jan 2022 20:44:34.735 # dump of function (hexdump of 233 bytes):
41544989fc534881ec88010000803db4b8300000747a488b3d53290d0064803f000f85d10000004d85e4747c6448033c2500000000488d5f284c89e04c89e148c1e81a4881e1000000c025f00000004801d8488b304839f1755e49c1ec094181e4f8ff1f004c036008498b0c24488d059cd6080048c1e930488b04c84881c4880100005b415cc3660f1f8400000000004885ff74134889e34889dfe800da030031ffeb950f1f40004881c48801000031c05b415cc30f1f00483b8b00010000755d4889b3000100004c8b4808488b93080100004c898b0801000049c1ec094889084181e4f8ff1f0048
Function at 0x563dfe58f010 is je_rtree_ctx_data_init
=== REDIS BUG REPORT END. Make sure to include from START to END. ===
Thank you @Mon0Man The crash seems to originate at our indexing mechanism, I've updated the Search team.
I believe this problem seems to occur when running both redisjson and redisgraph commands on the same redis instance. I now separate json and graph to two different redis instance and run each queries separately and run into this problem.
related: https://github.com/RedisGraph/RedisGraph/issues/2594 https://github.com/RedisJSON/RedisJSON/issues/823