New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Database shutdown is reported as successfully completed before all active connections are in fact interrupted [CORE4236] #4560
Comments
Modified by: @dyemanovreporter: Dmitry Yemanov [ dimitr ] => Pavel Zotov [ tabloid ] assignee: Dmitry Yemanov [ dimitr ] |
Modified by: @dyemanovstatus: Open [ 1 ] => In Progress [ 3 ] |
Modified by: @dyemanovstatus: In Progress [ 3 ] => Resolved [ 5 ] resolution: Fixed [ 1 ] Fix Version: 3.0 Alpha 2 [ 10560 ] |
Modified by: @pcisarstatus: Resolved [ 5 ] => Closed [ 6 ] |
Modified by: @dyemanovFix Version: 2.5.3 [ 10461 ] |
Modified by: @dyemanovFix Version: 2.5.3 [ 10461 ] => |
Commented by: @pavel-zotov 1. Create new database and run following DDL: recreate table test(s varchar(1000)); 2. Create script for ISQL workers (let its name = 'c4236-run.sql'):set term ^;
|
Submitted by: @pavel-zotov
Database shutdown procedure was reworked in v3 and v2.5.3 to be more synchronous than before and really wait until all running activities are stopped, their changes are rolled back and all user connections are gone. However, this does not work as expected in SuperServer, reporting a successful shutdown while other connections may be still modifying the database file. This situation is possible under high load.
Commits: 5bf1f9b 5453b5c FirebirdSQL/fbt-repository@ecc13ee FirebirdSQL/fbt-repository@ee964bb
The text was updated successfully, but these errors were encountered: