Bugcheck 243 (missing pointer page) while preparing/executing statements that reference a table being dropped/recreated by another connection [CORE1938] #2377
Assignees
Comments
Modified by: @dyemanovsummary: BUGCHECK(243) while preparing/executing statements that reference table being dropped/recreated by another connection => BUGCHECK(243) while preparing/executing statements that reference a table being dropped/recreated by another connection |
Modified by: @dyemanovassignee: Dmitry Yemanov [ dimitr ] |
Modified by: @dyemanovsummary: BUGCHECK(243) while preparing/executing statements that reference a table being dropped/recreated by another connection => Bugcheck 243 (missing pointer page) while preparing/executing statements that reference a table being dropped/recreated by another connection |
Modified by: @dyemanovstatus: Open [ 1 ] => In Progress [ 3 ] |
Modified by: @dyemanovstatus: In Progress [ 3 ] => Open [ 1 ] |
Modified by: @pcisarstatus: Resolved [ 5 ] => Closed [ 6 ] |
Modified by: @pavel-zotovQA Status: No test |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Submitted by: @dyemanov
Sometimes the DROP TABLE code is able to get the EX lock on the table while the relation block is still being used by other connections. This allows the "in use" table to be dropped, causing a bugcheck when attempting to access its data pages. The issue is visible in multi-threaded builds (Vulcan and FB v2.5) only, but I suspect prior versions are theoretically affected as well.
Commits: ee312b0 e4e437e 438dec1
The text was updated successfully, but these errors were encountered: