StrikeW

> > Have you try export RUST_LOG=xxx ./risedev d? > > Yep. Still not working. But tmux DOES passed other envs, which is wired. I'm investigating. Maybe related: https://github.com/risingwavelabs/risingwave/issues/12922#issuecomment-1767694633

### Some background go first Our cdc connector consumes PG cdc events while acking to the PG server at regular intervals the offset (lsn) that has been consumed. Then upstream...

> For example, set PG's wal_keep_size to higher number to let PG keeps more WAL. Note that this only works for our testing env. Users will still run into this...

> But! when I run chaos test with 3CNs ([601](https://buildkite.com/risingwave-test/chaos-mesh/builds/601)) , even the error is gone, the source table is still unsynced with PG, I have no idea of this...

> Will the CREATE TABLE statement be blocked until the initial snapshot loading finishes for dedicated source CDC? No. it won't block. For chaos test purpose, I recommend ensuring historical...

> Since dedicated cdc source doesn't support recoverable initial snapshot loading, we should ensure the historical data is empty in chaos-mesh test for it . cc @lmatz @cyliu0 As I...

cc @tabVersion @yezizp2012

Caused by https://github.com/confluentinc/librdkafka/pull/4460 @wangrunji0408 please help to update madsim-rdkafka and patch to release branch of v1.6 and v1.7, thanks.

Confirm with @xuefengze the issue is checksum verification fail, close this one and tracked the issue by #15312

There is a null ptr issue in the log, which has been [fixed](https://github.com/risingwavelabs/risingwave/pull/15834) in release-1.8, I suggest we rerun the pipeline with new image. And I notice the pipeline is...