You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Chris Westin (JIRA)" <ji...@apache.org> on 2015/04/22 19:18:59 UTC

[jira] [Updated] (DRILL-2656) Add ability to specify options for clean shutdown of a Drillbit

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

Chris Westin updated DRILL-2656:
--------------------------------
    Fix Version/s:     (was: 1.0.0)
                   1.1.0

> Add ability to specify options for clean shutdown of a Drillbit
> ---------------------------------------------------------------
>
>                 Key: DRILL-2656
>                 URL: https://issues.apache.org/jira/browse/DRILL-2656
>             Project: Apache Drill
>          Issue Type: New Feature
>          Components: Execution - Flow
>    Affects Versions: 0.8.0
>            Reporter: Chris Westin
>            Assignee: Chris Westin
>             Fix For: 1.1.0
>
>
> When we shut down a Drillbit, we should provide some options similar to those available from Oracle's shutdown command (see https://docs.oracle.com/cd/B28359_01/server.111/b28310/start003.htm#ADMIN11156) .
> At present, in order to avoid problems like DRILL-2654, we try to do a short wait for executing queries, but that times out after 5 seconds, and doesn't help with long-running queries.
> Someone that is running a long query might be unhappy about losing work for something that was near completion, so we can do better.
> And, in order to avoid spurious cleanup problems and exceptions, we should explicitly cancel any remaining queries before we do complete the shutdown.
> As in the Oracle example, we might have shutdown immediate issue cancellations to the running queries.  A clean shutdown might not have a timeout, or might allow the specification of a longer timeout, and even when the timeout goes off, we should still cleanly cancel any remaining queries, and wait for the cancellations to complete.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)