Revision 96ce0470a71be5464b912fa4be41f9a6b2dd405d authored by Cheng Chang on 22 July 2020, 20:52:45 UTC, committed by Facebook GitHub Bot on 22 July 2020, 20:54:01 UTC
Summary: `DBTest::SnapshotFiles` runs the tests in a `while` loop. Currently, the snapshot directory is not cleaned up in each loop, so previous snapshot files may remain in the next loop's snapshot. When I'm working on https://github.com/facebook/rocksdb/pull/7129, when checking the tracked WALs in MANIFEST, I find that this test always fails because it reads some unknown WAL. It turns out that the unknown WAL is left from previous loops. Pull Request resolved: https://github.com/facebook/rocksdb/pull/7156 Test Plan: make db_test && ./db_test --gtest_filters=*SnapshotFiles Reviewed By: siying Differential Revision: D22668360 Pulled By: cheng-chang fbshipit-source-id: 69d4aa3506038ba30e218e8ae966357935a99c6c
1 parent d44cbc5
File | Mode | Size |
---|---|---|
allocator.h | -rw-r--r-- | 1.7 KB |
arena.cc | -rw-r--r-- | 7.0 KB |
arena.h | -rw-r--r-- | 5.1 KB |
arena_test.cc | -rw-r--r-- | 6.7 KB |
concurrent_arena.cc | -rw-r--r-- | 1.6 KB |
concurrent_arena.h | -rw-r--r-- | 7.6 KB |
jemalloc_nodump_allocator.cc | -rw-r--r-- | 7.2 KB |
jemalloc_nodump_allocator.h | -rw-r--r-- | 2.7 KB |
memkind_kmem_allocator.cc | -rw-r--r-- | 938 bytes |
memkind_kmem_allocator.h | -rw-r--r-- | 788 bytes |
memkind_kmem_allocator_test.cc | -rw-r--r-- | 2.9 KB |
memory_allocator.h | -rw-r--r-- | 1.0 KB |
memory_usage.h | -rw-r--r-- | 864 bytes |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...