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
Bugcheck 167 (invalid SEND request) in SS when many parallel attachments begin to execute trigger not loaded into metadata cache [CORE1080] #1501
Comments
Commented by: @hvlad Extract core-1080.sql and CORE_1080.dpr in my case 128 threads are enough |
Modified by: @hvladAttachment: 1080.zip [ 10210 ] |
Modified by: @hvladstatus: Open [ 1 ] => Resolved [ 5 ] resolution: Fixed [ 1 ] Fix Version: 2.1 [ 10041 ] |
Commented by: skaushanskiy (skaushanskiy) This is a "duplicate" of that issue can now be closed. |
Modified by: @hvladFix Version: 2.0.1 [ 10090 ] |
Modified by: @pcisarstatus: Resolved [ 5 ] => Closed [ 6 ] |
Commented by: @pcisar Reopened to update ticket information. |
Modified by: @pcisarWorkflow: jira [ 11471 ] => Firebird [ 15399 ] |
Modified by: @pavel-zotovQA Status: No test |
Submitted by: @hvlad
Duplicates CORE5
Attachments:
1080.zip
When several parallel attachments begin to execute trigger not loaded into metadata cache first of them will compile trigger request's BLR but others will not wait until request compilation finished. Hence other attachments will execute NULL request. We have protection from such failure in MET_procedure using dbb_sp_rec_mutex but not for triggers
Commits: f42d599 b9d0a9b
The text was updated successfully, but these errors were encountered: