Describe the bug

UPDATE Seems like all reference to non-existing table results in segv, is it intended behavior? Minimal example:

dev=> select * from t;
SSL SYSCALL error: EOF detected
The connection to the server was lost. Attempting reset: Failed.

As titled, example:

dev=> create table t (v1 int);
CREATE_TABLE
dev=> create index idx1 on t1(v1);
SSL SYSCALL error: EOF detected
The connection to the server was lost. Attempting reset: Failed.

Error message in bash:

/var/folders/ys/crdc7hkd6xl1450fdkzvwgfh0000gn/T/fsio_9YSFr84Yk0.sh: line 5: 66968 Segmentation fault: 11  RUST_BACKTRACE=1 RW_NODE=playground cargo run --bin risingwave --profile "${RISINGWAVE_BUILD_PROFILE}"

Interestingly the deployment mode doesn't have this issue.

To Reproduce

No response

Expected behavior

dev=> create table t (v1 int);
CREATE_TABLE
dev=> create index idx1 on t1(v1);
ERROR:  QueryError: Catalog error: table not found: t1

Additional context

No response

1

What's the git version and the system are you using? I can't reproduce it yet. This was a known issue https://github.com/risingwavelabs/risingwave/issues/6205 but didn't occur for a while and I can't reproduce it now.

0

And what's your /opt/homebrew/opt/llvm/bin/ld64.lld --version? If it's outdated, brew install llvm might help.

0

I've tried cargo clean and make again but this issue persists. My current git log is pretty updated

/opt/homebrew/opt/llvm/bin/ld64.lld --version
Homebrew LLD 15.0.7
0

The current version of upstream/main does not have this issue, which is really interesting given that such a close version did.

0
© 2022 pullanswer.com - All rights reserved.