[jira] [Updated] (IGNITE-11674) Cancellation of SQL query request should await cancellation on all nodes

["Aleksey Plekhanov (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/IGNITE-11674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Aleksey Plekhanov updated IGNITE-11674:
---------------------------------------
    Fix Version/s:     (was: 2.9)

> Cancellation of SQL query request should await cancellation on all nodes
> ------------------------------------------------------------------------
>
>                 Key: IGNITE-11674
>                 URL: https://issues.apache.org/jira/browse/IGNITE-11674
>             Project: Ignite
>          Issue Type: Task
>          Components: sql
>    Affects Versions: 2.8
>            Reporter: Yury Gerzhedovich
>            Priority: Major
>              Labels: iep-29, newbie
>
> As of now during cancellation process reduce's node send cancellation requests to map nodes and don't wait answer from them. See usage of org.apache.ignite.internal.processors.query.GridQueryCancel#set, where set action on cancellation. There are two main usage in GridReduceQueryExecutor, and action is send GridQueryCancelRequest with request id to set of nodes.
> Need to await answer from all of map nodes.
> Proposed solution is:
> All nodes consuming GridQueryCancelRequest should await real cancellation of map parts of original query and send back new message with cancellation confirmation. 
> Reduce node (which send GridQueryCancelRequest to all map nodes) await answers from all of that nodes. Need to remember that any nodes can be terminated and we need remember about it and take into account during awaiting.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)