drill-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DRILL-4596) Drill should do version check among drillbits
Date Tue, 12 Apr 2016 15:21:25 GMT

    [ https://issues.apache.org/jira/browse/DRILL-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15237365#comment-15237365
] 

ASF GitHub Bot commented on DRILL-4596:
---------------------------------------

Github user paul-rogers commented on the pull request:

    https://github.com/apache/drill/pull/474#issuecomment-208959253
  
    Some other design issues. The idea of a rollling upgrade presupposes that we can shut
down a Drillbit, bring up a new one, and the cluster keeps running. But, today, bringing down
a Drillbit causes all in-flight queries on that node to fail. There is no way to mark a node
as "quiescent" (up, but not accepting new work.) So, a rolling upgrade today would entail
a long series of query failures as we replace each of, say, 20 or 50 nodes. So, in fact, it
is less disruptive to take the cluster down, push an upgrade, and bring it back up. (See DRILL-4286.)
    
    Back on testing: testing is essential. A feature that allow +/-1 feature compatibility
is not helpful unless someone (other than the user) can certify that it works. If the user
gets to do the checking, then it is not very helpful: safer just to do a full upgrade.
    
    To emphasize an earlier point: there are two distinct issues. One is a managed cluster
upgrade (the admin can do it with the help of a management tool.) The other are the many Drill
clients spread across desktops: that is a classic desktop software upgrade. Some might be
on planes, others locked in desks while someone is on vacation. Let's think about how to upgrade
JDBC drivers and the like given this reality.
    
    Is the compatiblity policy number or time based? As an admin, can I expect to have a three-month
window for upgrades? Or, will it sometimes be one month, others four months, depending on
who changes what? Should we have a time-based policy?


> Drill should do version check among drillbits
> ---------------------------------------------
>
>                 Key: DRILL-4596
>                 URL: https://issues.apache.org/jira/browse/DRILL-4596
>             Project: Apache Drill
>          Issue Type: New Feature
>    Affects Versions: 1.6.0
>            Reporter: Arina Ielchiieva
>            Assignee: Arina Ielchiieva
>             Fix For: Future
>
>
> Before registering new drillbit in zookeeper, we should do version check, and make sure
all the running drillbits are in the same version.
> Using drillbits of different version can lead to unexpected results.



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

Mime
View raw message