Paul Rogers created DRILL-4591: ---------------------------------- Summary: Extend config system with site, node property files Key: DRILL-4591 URL: https://issues.apache.org/jira/browse/DRILL-4591 Project: Apache Drill Issue Type: Improvement Reporter: Paul Rogers Priority: Minor
Today Drill provides the drill-override.conf file to set Drill properties, and the drill-env.sh file to provide custom launch properties. Today, most users seem to have a copy of DRILL_HOME per node, and thus they copy these two files per-node. The result is that the two files act as both the overall "site" configuration (for all nodes) and the "per-node" configuration for that one node. The approach works, but is awkward. Ideally, provide the option to have two files: one for the site, one for the node. drill-override.conf, site-env.sh: For the site drill-node.conf, drill-env.sh: For the particular node The improvement becomes more important if a user employs NFS, MapR FS or YARN to automatically deploy the site-wide files. In that case, the site files cannot also act as per-node files. Note that, above, site-env.sh is new. The existing file is supposed to be per-node, so the new file is site-wide. By contrast, the drill-node.conf per-node configuration is new as the existing file is supposed to be site-wide. The site-wide site-env.sh might, say, point to custom locations for log, conf, pid or other file locations, or set custom JVM options. Similarly, the per-node drill-node.conf might customize the per-node memory or other resources if one node has a different amount of physical memory or other resources. The existing files are identified with the DRILL_CONF_DIR environment variable. Add a new DRILL_SITE_CONF_DIR variable to point to the site-wide files. When loading, per-node files are loaded after the site-wide files (so that per-node values override site-wide values.) As described, the change should be fully backward compatible. The change will also work with a YARN solution that "localizes" (copies to the local node) the site-wide files. -- This message was sent by Atlassian JIRA (v6.3.4#6332)