[jira] [Updated] (DRILL-6068) Drill should support user/distribution specific configuration checks during startup

["Pritesh Maker (JIRA)" <ji...@apache.org>]

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

Pritesh Maker updated DRILL-6068:
---------------------------------
    Remaining Estimate:     (was: 72h)
     Original Estimate:     (was: 72h)
              Reviewer: Paul Rogers

> Drill should support user/distribution specific configuration checks during startup
> -----------------------------------------------------------------------------------
>
>                 Key: DRILL-6068
>                 URL: https://issues.apache.org/jira/browse/DRILL-6068
>             Project: Apache Drill
>          Issue Type: New Feature
>    Affects Versions: 1.12.0
>            Reporter: Kunal Khatua
>            Assignee: Kunal Khatua
>              Labels: newbie
>             Fix For: 1.13.0
>
>
> This is an evolution of the problem stated in DRILL-5741.
> Currently, Drill does not leverage any information about the host machine during start up and makes assumptions about the available resources (like memory).
> Further more, it is, often, up to the user to define the individual parameters of memory for Drill: Heap, Direct and CodeCache.
> The idea is to introduce a distribution and user specific configuration checking scripts (distrib-auto.sh and drill-auto.sh) which follow the same precedence as on the lines of distrib-env.sh and drill-env.sh.
> A check for the existence of the `distrib-auto.sh` / `drill-auto.sh` scripts will be performed and executed only if there is any executable lines of code. Otherwise, the expected behaviour is that the startup functionality Drill will continue as previous versions.
> In combination with the requirement described for DRILL-5741; it would be nice if a starting up Drillbit could be told upfront on the amount of memory it can assume to access and automatically perform the allocations for the individual parameters, while providing the ability for users to override (some or all of) those settings.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)