keithchew
keithchew
Testing on v6.3.4. This scenario will only happen if you have: - FLASH enabled - dump.rdb exists - flash folder empty On startup, there are multiple places where replicationCacheMasterUsingMyself() is...
Testing on v6.3.4, got this crash: ``` ------ STACK TRACE ------ EIP: /opt/KeyDB/bin/keydb-server *:6379(unlinkClient(client*)+0x345) [0x563dfad38505] Backtrace: /lib/x86_64-linux-gnu/libpthread.so.0(+0x14420) [0x7fc8299f8420] /opt/KeyDB/bin/keydb-server *:6379(unlinkClient(client*)+0x345) [0x563dfad38505] /opt/KeyDB/bin/keydb-server *:6379(freeClient(client*)+0x3f1) [0x563dfad39071] /opt/KeyDB/bin/keydb-server *:6379(RM_FreeThreadSafeContext(RedisModuleCtx*)+0x78) [0x563dfae05818] ``` I traced...
Stress testing KeyDB on v6.3.4, we encountered a scenario where we got partial data written within a multi/exec block. Looking at a comment from Redis: ``` When using the append-only...
Testing on v6.3.4 (async_flash branch, although I don't think it is related to FLASH). I have added a cleanup client to delete keys while other clients are still reading. Encountered...
Testing on async_flash branch, this is a strange one. I have a test client calling KEYS repeatedly, and other clients (group A) not calling the KEYS command. In order to...
Testing on async_flash branch, but looks like this bug is present before that. Crash happens on replica/slave: ``` === KEYDB BUG REPORT START: Cut & paste starting from here ===...
Testing on async_flash branch, but this bug has been around before that: ``` 7:63:M 25 Sep 2024 22:19:36.640 # === ASSERTION FAILED === 7:63:M 25 Sep 2024 22:19:36.640 # ==>...
Testing on async_flash branch, but bug is likely present earlier. When memory is under pressure, a crash happens during the evection process: ``` === KEYDB BUG REPORT START: Cut &...
Testing on async_flash branch (but looks like this bug has been around before then): ``` !!! ERROR: Deadlock detected !!! 73: (0x7f0ddb83111c) StorageCache 52: (0x7f0ddb8877f0) RocksDBStorageProvider printing backtrace for thread...
Running on v2.60.9, just encountered this: ``` runtime: program exceeds 10000-thread limit fatal error: thread exhaustion runtime stack: runtime.throw({0x298f5ef?, 0x4a2ac0?}) runtime/panic.go:1023 +0x5c fp=0x7f9710072cb8 sp=0x7f9710072c88 pc=0x468c5c runtime.checkmcount() runtime/proc.go:868 +0x8e fp=0x7f9710072ce0 sp=0x7f9710072cb8...