[ https://forge.continuent.org/jira/browse/SEQUOIA-345?page=all ] Mathieu Peltier closed SEQUOIA-345: -----------------------------------
Tested > SELECT ... FOR UPDATE posted twice in total order queue > ------------------------------------------------------- > > Key: SEQUOIA-345 > URL: https://forge.continuent.org/jira/browse/SEQUOIA-345 > Project: Sequoia > Type: Bug > Components: Core > Versions: Sequoia 2.6.1 > Reporter: Emmanuel Cecchet > Assignee: Mathieu Peltier > Priority: Critical > Fix For: Sequoia 2.7 > > Original Estimate: 1 day > Remaining: 1 day > > SELECT ... FOR UPDATE statements (or any select statement that needs to be > broadcasted) is posted twice in the total order queue. > This introduces a number of issues: > 1. a blocking query execution would block all subsequent requests > (deadlocking controller) > 2. warning messages indicating that the query was not properly removed from > the total order queue will be displayed > 3. request is not properly locked if the underlying database does not use > snapshot isolation -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://forge.continuent.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira _______________________________________________ Sequoia mailing list [email protected] https://forge.continuent.org/mailman/listinfo/sequoia
