-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Critical - P2
-
Affects Version/s: None
-
Component/s: Checkpoints
-
Security Level: Public (Available to anyone on the web)
-
Storage Engines, Storage Engines - Persistence
-
4,843.873
-
None
-
None
When I start up a standby locally (not on Evergreen), I get
[js_test:simple_replica_set] d20047| {"t":{"$date":"2025-10-07T16:41:31.548+00:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"Disagg-0","msg":"Writing fatal message","attr":{"message":"DBException::toString(): NoSuchKey: Unable to find metadata for table:collection-612d1df6-c271-4920-ba2c-946c3c1a5c3e\nActual exception type: mongo::error_details::ExceptionForCode<(mongo::ErrorCodes::Error)4, mongo::AssertionException>\n\n"}}
This table is config.transactions, and it is in fact empty. If I modify the server to add an entry to config.transactions, this does not happen.
- is related to
-
WT-14474 Crash in __wt_page_in_func
-
- Closed
-
-
WT-15675 disagg Segmentation Fault in __wt_page_in_func
-
- Closed
-
-
WT-15644 Add verbose logging for disagg checkpoints
-
- Closed
-
- related to
-
WT-15693 Verify delta chain in PALite
-
- Closed
-
-
WT-15655 Always log "file ranges never verified"
-
- Closed
-
-
WT-15756 Add an evergreen job to generate all the existing warnings
-
- Closed
-
-
WT-15764 Log cell information in verify
-
- Closed
-
-
WT-15773 Fix unit test on MacOS
-
- Closed
-
-
WT-15787 Allow Palite to accept a configurable data storage path argument
-
- Closed
-
-
WT-15798 Temporarily ignore updates and dirty threshold during step-up
-
- Closed
-
-
WT-13454 Support compiled configurations for WT_SESSION reconfigure
-
- Closed
-
-
WT-15662 test_truncate29 verify return EBUSY
-
- Closed
-
-
WT-15706 many-collection-test fails with bazel_RBE_supported.sh: No such file or directory
-
- Closed
-
-
WT-15732 Verify returns __wt_bad_object_type (block cache related)
-
- Closed
-