yuvala
yuvala
compiling with DEBUG_LEVEL=2 (no asan) results in the error: db_stress: db/db_impl/db_impl_compaction_flush.cc:407: rocksdb::Status rocksdb::DBImpl::AtomicFlushMemTablesToOutputFiles(const rocksdb::autovector&, bool*, rocksdb::JobContext*, rocksdb::LogBuffer*, rocksdb::Env::Priority): Assertion `cfd->GetFlushReason() == cfds[0]->GetFlushReason()' failed.
happens on rocksdb 7.7.3 as well. 3 flags have been removed : ERROR: unknown command line flag 'reserve_table_reader_memory' ERROR: unknown command line flag 'use_block_based_filter' ERROR: unknown command line flag 'use_clock_cache'...
this problem is already in release 2.7: 
@udi-speedb, do you know if these options are printed to the OPTIONS file?
also, i dont know if this is a bug since its definitely intentional
thats why @mrambacher suggestion of reporting only the options that are different than the first cf is a great one. i believe doing this is irrelevant of the log-parser and...
The default behavior up until now is not stalling. Changing it to true might surprise users...
following https://github.com/facebook/rocksdb/pull/10865
> Test with small L0 files (write buffer of 2MB) https://admin.speedb.io/performance?items=jPOgG6nkLNeQw3XtnSHb&items=YbxbzNQTsYQKbMHdUn3m&colors=%23F06292&colors=%2300796b does it reproduce the problem?
thanks for the update! @aierui