drill-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bridg...@apache.org
Subject [drill-site] branch asf-site updated: Doc updates for 1.14
Date Fri, 08 Jun 2018 21:59:31 GMT
This is an automated email from the ASF dual-hosted git repository.

bridgetb pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/drill-site.git


The following commit(s) were added to refs/heads/asf-site by this push:
     new d2dc25f  Doc updates for 1.14
d2dc25f is described below

commit d2dc25f66a9a9586931a4c98bd97d0e3b08e331a
Author: Bridget Bevens <bbevens@maprtech.com>
AuthorDate: Fri Jun 8 14:59:13 2018 -0700

    Doc updates for 1.14
---
 docs/compiling-drill-from-source/index.html        |   4 +-
 docs/configuration-options-introduction/index.html | 187 +++++++++++----------
 .../index.html                                     |  44 ++++-
 .../index.html                                     |  29 +++-
 docs/rdbms-storage-plugin/index.html               |  29 +++-
 feed.xml                                           |   4 +-
 6 files changed, 190 insertions(+), 107 deletions(-)

diff --git a/docs/compiling-drill-from-source/index.html b/docs/compiling-drill-from-source/index.html
index 6625089..e1a3723 100644
--- a/docs/compiling-drill-from-source/index.html
+++ b/docs/compiling-drill-from-source/index.html
@@ -1224,7 +1224,7 @@
 
     </div>
 
-     Apr 16, 2018
+     Jun 8, 2018
 
     <link href="/css/docpage.css" rel="stylesheet" type="text/css">
 
@@ -1238,7 +1238,7 @@ patch review tool.</p>
 <h2 id="prerequisites">Prerequisites</h2>
 
 <ul>
-<li>Maven 3.0.4 or later</li>
+<li>Apache Maven 3.3.1 or later</li>
 <li>Oracle or OpenJDK 8 </li>
 </ul>
 
diff --git a/docs/configuration-options-introduction/index.html b/docs/configuration-options-introduction/index.html
index 4bd1f55..aed7c3a 100644
--- a/docs/configuration-options-introduction/index.html
+++ b/docs/configuration-options-introduction/index.html
@@ -1224,7 +1224,7 @@
 
     </div>
 
-     Apr 19, 2018
+     Jun 8, 2018
 
     <link href="/css/docpage.css" rel="stylesheet" type="text/css">
 
@@ -1253,409 +1253,414 @@
 </tr>
 </thead><tbody>
 <tr>
+<td>drill.exec.allow_loopback_address_binding</td>
+<td>FALSE</td>
+<td>Introduced   in Drill 1.14. Allows the Drillbit to bind to a loopback address in   distributed mode. Enable for testing purposes only.</td>
+</tr>
+<tr>
 <td>drill.exec.default_temporary_workspace</td>
 <td>dfs.tmp</td>
-<td>Available   as of Drill 1.10. Sets the workspace for temporary tables. The workspace must   be writable, file-based, and point to a location that already exists. This   option requires the following format: .&lt;workspace</td>
+<td>Available as of Drill 1.10. Sets the   workspace for temporary tables. The workspace must be writable, file-based,   and point to a location that already exists. This option requires the   following format: .&lt;workspace</td>
 </tr>
 <tr>
 <td>drill.exec.http.jetty.server.acceptors</td>
 <td>1</td>
-<td>Available as of Drill 1.13. HTTP   connector option that limits the number of worker threads dedicated to   accepting connections. Limiting the number of acceptors also limits the   number threads needed.</td>
+<td>Available as of Drill 1.13. HTTP connector   option that limits the number of worker threads dedicated to accepting   connections. Limiting the number of acceptors also limits the number threads   needed.</td>
 </tr>
 <tr>
 <td>drill.exec.http.jetty.server.selectors</td>
 <td>2</td>
-<td>Available as of Drill1.13. HTTP   connector option that limits the number of worker threads dedicated to   sending and receiving data. Limiting the number of selectors also limits the   number threads needed.</td>
+<td>Available as of Drill1.13. HTTP connector   option that limits the number of worker threads dedicated to sending and   receiving data. Limiting the number of selectors also limits the number   threads needed.</td>
 </tr>
 <tr>
 <td>drill.exec.memory.operator.output_batch_size</td>
-<td>16777216   (16 MB)</td>
-<td>Available   as of Drill 1.13. Limits the amount of memory that the Flatten, Merge Join,   and External Sort operators allocate to outgoing batches.</td>
+<td>16777216 (16 MB)</td>
+<td>Available as of Drill 1.13. Limits the   amount of memory that the Flatten, Merge Join, and External Sort operators   allocate to outgoing batches.</td>
 </tr>
 <tr>
 <td>drill.exec.storage.implicit.filename.column.label</td>
 <td>filename</td>
-<td>Available   as of Drill 1.10. Sets the implicit column name for the filename column.</td>
+<td>Available as of Drill 1.10. Sets the   implicit column name for the filename column.</td>
 </tr>
 <tr>
 <td>drill.exec.storage.implicit.filepath.column.label</td>
 <td>filepath</td>
-<td>Available   as of Drill 1.10. Sets the implicit column name for the filepath column.</td>
+<td>Available as of Drill 1.10. Sets the   implicit column name for the filepath column.</td>
 </tr>
 <tr>
 <td>drill.exec.storage.implicit.fqn.column.label</td>
 <td>fqn</td>
-<td>Available   as of Drill 1.10. Sets the implicit column name for the fqn column.</td>
+<td>Available as of Drill 1.10. Sets the   implicit column name for the fqn column.</td>
 </tr>
 <tr>
 <td>drill.exec.storage.implicit.suffix.column.label</td>
 <td>suffix</td>
-<td>Available   as of Drill 1.10. Sets the implicit column name for the suffix column.</td>
+<td>Available as of Drill 1.10. Sets the   implicit column name for the suffix column.</td>
 </tr>
 <tr>
 <td>drill.exec.functions.cast_empty_string_to_null</td>
 <td>FALSE</td>
-<td>In   a text file, treat empty fields as NULL values instead of empty string.</td>
+<td>In a text file, treat empty fields as NULL   values instead of empty string.</td>
 </tr>
 <tr>
 <td>drill.exe.spill.fs</td>
 <td>&quot;file:///&quot;</td>
-<td>Introduced   in Drill 1.11. The default file system on the local machine into which the   Sort, Hash Aggregate, and Hash Join operators spill data.</td>
+<td>Introduced in Drill 1.11. The default file   system on the local machine into which the Sort, Hash Aggregate, and Hash   Join operators spill data.</td>
 </tr>
 <tr>
 <td>drill.exec.spill.directories</td>
 <td>[&quot;/tmp/drill/spill&quot;]</td>
-<td>Introduced   in Drill 1.11. The list of directories into which the Sort, Hash Aggregate,   and Hash Join operators spill data. The list must be an array with   directories separated by a comma, for example [&quot;/fs1/drill/spill&quot; ,   &quot;/fs2/drill/spill&quot; , &quot;/fs3/drill/spill&quot;].</td>
+<td>Introduced in Drill 1.11. The list of   directories into which the Sort, Hash Aggregate, and Hash Join operators   spill data. The list must be an array with directories separated by a comma,   for example [&quot;/fs1/drill/spill&quot; , &quot;/fs2/drill/spill&quot; ,   &quot;/fs3/drill/spill&quot;].</td>
 </tr>
 <tr>
 <td>drill.exec.storage.file.partition.column.label</td>
 <td>dir</td>
-<td>The   column label for directory levels in results of queries of files in a   directory. Accepts a string input.</td>
+<td>The column label for directory levels in   results of queries of files in a directory. Accepts a string input.</td>
 </tr>
 <tr>
 <td>exec.enable_union_type</td>
 <td>FALSE</td>
-<td>Enable   support for Avro union type.</td>
+<td>Enable support for Avro union type.</td>
 </tr>
 <tr>
 <td>exec.errors.verbose</td>
 <td>FALSE</td>
-<td>Toggles   verbose output of executable error messages</td>
+<td>Toggles verbose output of executable error   messages</td>
 </tr>
 <tr>
 <td>exec.java_compiler</td>
 <td>DEFAULT</td>
-<td>Switches   between DEFAULT, JDK, and JANINO mode for the current session. Uses Janino by   default for generated source code of less than   exec.java_compiler_janino_maxsize; otherwise, switches to the JDK compiler.</td>
+<td>Switches between DEFAULT, JDK, and JANINO   mode for the current session. Uses Janino by default for generated source   code of less than exec.java_compiler_janino_maxsize; otherwise, switches to   the JDK compiler.</td>
 </tr>
 <tr>
 <td>exec.java_compiler_debug</td>
 <td>TRUE</td>
-<td>Toggles   the output of debug-level compiler error messages in runtime generated code.</td>
+<td>Toggles the output of debug-level compiler   error messages in runtime generated code.</td>
 </tr>
 <tr>
 <td>exec.java.compiler.exp_in_method_size</td>
 <td>50</td>
-<td>Introduced   in Drill 1.8. For queries with complex or multiple expressions in the query   logic, this option limits the number of expressions allowed in each method to   prevent Drill from generating code that exceeds the Java limit of 64K bytes.   If a method approaches the 64K limit, the Java compiler returns a message   stating that the code is too large to compile. If queries return such a   message, reduce the value of this option at the session level. The default   value for t [...]
+<td>Introduced in Drill 1.8. For queries with   complex or multiple expressions in the query logic, this option limits the   number of expressions allowed in each method to prevent Drill from generating   code that exceeds the Java limit of 64K bytes. If a method approaches the 64K   limit, the Java compiler returns a message stating that the code is too large   to compile. If queries return such a message, reduce the value of this option   at the session level. The default value for thi [...]
 </tr>
 <tr>
 <td>exec.java_compiler_janino_maxsize</td>
 <td>262144</td>
-<td>See   the exec.java_compiler option comment. Accepts inputs of type LONG.</td>
+<td>See the exec.java_compiler option comment.   Accepts inputs of type LONG.</td>
 </tr>
 <tr>
 <td>exec.max_hash_table_size</td>
 <td>1073741824</td>
-<td>Ending   size in buckets for hash tables. Range: 0 - 1073741824.</td>
+<td>Ending size in buckets for hash tables.   Range: 0 - 1073741824.</td>
 </tr>
 <tr>
 <td>exec.min_hash_table_size</td>
 <td>65536</td>
-<td>Starting   size in bucketsfor hash tables. Increase according to available memory to   improve performance. Increasing for very large aggregations or joins when you   have large amounts of memory for Drill to use. Range: 0 - 1073741824.</td>
+<td>Starting size in bucketsfor hash tables.   Increase according to available memory to improve performance. Increasing for   very large aggregations or joins when you have large amounts of memory for   Drill to use. Range: 0 - 1073741824.</td>
 </tr>
 <tr>
 <td>exec.queue.enable</td>
 <td>FALSE</td>
-<td>Changes   the state of query queues. False allows unlimited concurrent queries.</td>
+<td>Changes the state of query queues. False   allows unlimited concurrent queries.</td>
 </tr>
 <tr>
 <td>exec.queue.large</td>
 <td>10</td>
-<td>Sets   the number of large queries that can run concurrently in the cluster. Range:   0-1000</td>
+<td>Sets the number of large queries that can   run concurrently in the cluster. Range: 0-1000</td>
 </tr>
 <tr>
 <td>exec.queue.small</td>
 <td>100</td>
-<td>Sets   the number of small queries that can run concurrently in the cluster. Range:   0-1001</td>
+<td>Sets the number of small queries that can   run concurrently in the cluster. Range: 0-1001</td>
 </tr>
 <tr>
 <td>exec.queue.threshold</td>
 <td>30000000</td>
-<td>Sets   the cost threshold, which depends on the complexity of the queries in queue,   for determining whether query is large or small. Complex queries have higher   thresholds. Range: 0-9223372036854775807</td>
+<td>Sets the cost threshold, which depends on   the complexity of the queries in queue, for determining whether query is   large or small. Complex queries have higher thresholds. Range:   0-9223372036854775807</td>
 </tr>
 <tr>
 <td>exec.queue.timeout_millis</td>
 <td>300000</td>
-<td>Indicates   how long a query can wait in queue before the query fails. Range:   0-9223372036854775807</td>
+<td>Indicates how long a query can wait in queue   before the query fails. Range: 0-9223372036854775807</td>
 </tr>
 <tr>
 <td>exec.schedule.assignment.old</td>
 <td>FALSE</td>
-<td>Used   to prevent query failure when no work units are assigned to a minor fragment,   particularly when the number of files is much larger than the number of leaf   fragments.</td>
+<td>Used to prevent query failure when no work   units are assigned to a minor fragment, particularly when the number of files   is much larger than the number of leaf fragments.</td>
 </tr>
 <tr>
 <td>exec.storage.enable_new_text_reader</td>
 <td>TRUE</td>
-<td>Enables   the text reader that complies with the RFC 4180 standard for text/csv files.</td>
+<td>Enables the text reader that complies with   the RFC 4180 standard for text/csv files.</td>
 </tr>
 <tr>
 <td>new_view_default_permissions</td>
 <td>700</td>
-<td>Sets   view permissions using an octal code in the Unix tradition.</td>
+<td>Sets view permissions using an octal code in   the Unix tradition.</td>
 </tr>
 <tr>
 <td>planner.add_producer_consumer</td>
 <td>FALSE</td>
-<td>Increase   prefetching of data from disk. Disable for in-memory reads.</td>
+<td>Increase prefetching of data from disk.   Disable for in-memory reads.</td>
 </tr>
 <tr>
 <td>planner.affinity_factor</td>
 <td>1.2</td>
-<td>Factor   by which a node with endpoint affinity is favored while creating assignment.   Accepts inputs of type DOUBLE.</td>
+<td>Factor by which a node with endpoint   affinity is favored while creating assignment. Accepts inputs of type DOUBLE.</td>
 </tr>
 <tr>
 <td>planner.broadcast_factor</td>
 <td>1</td>
-<td>A   heuristic parameter for influencing the broadcast of records as part of a   query.</td>
+<td>A heuristic parameter for influencing the   broadcast of records as part of a query.</td>
 </tr>
 <tr>
 <td>planner.broadcast_threshold</td>
 <td>10000000</td>
-<td>The   maximum number of records allowed to be broadcast as part of a query. After   one million records, Drill reshuffles data rather than doing a broadcast to   one side of the join. Range: 0-2147483647</td>
+<td>The maximum number of records allowed to be   broadcast as part of a query. After one million records, Drill reshuffles   data rather than doing a broadcast to one side of the join. Range:   0-2147483647</td>
 </tr>
 <tr>
 <td>planner.disable_exchanges</td>
 <td>FALSE</td>
-<td>Toggles   the state of hashing to a random exchange.</td>
+<td>Toggles the state of hashing to a random   exchange.</td>
 </tr>
 <tr>
 <td>planner.enable_broadcast_join</td>
 <td>TRUE</td>
-<td>Changes   the state of aggregation and join operators. The broadcast join can be used   for hash join, merge join and nested loop join. Use to join a large (fact)   table to relatively smaller (dimension) tables. Do not disable.</td>
+<td>Changes the state of aggregation and join   operators. The broadcast join can be used for hash join, merge join and   nested loop join. Use to join a large (fact) table to relatively smaller   (dimension) tables. Do not disable.</td>
 </tr>
 <tr>
 <td>planner.enable_constant_folding</td>
 <td>TRUE</td>
-<td>If   one side of a filter condition is a constant expression, constant folding   evaluates the expression in the planning phase and replaces the expression   with the constant value. For example, Drill can rewrite WHERE age + 5 &lt; 42   as WHERE age &lt; 37.</td>
+<td>If one side of a filter condition is a   constant expression, constant folding evaluates the expression in the   planning phase and replaces the expression with the constant value. For   example, Drill can rewrite WHERE age + 5 &lt; 42 as WHERE age &lt; 37.</td>
 </tr>
 <tr>
 <td>planner.enable_decimal_data_type</td>
 <td>FALSE</td>
-<td>False   disables the DECIMAL data type, including casting to DECIMAL and reading   DECIMAL types from Parquet and Hive.</td>
+<td>False disables the DECIMAL data type,   including casting to DECIMAL and reading DECIMAL types from Parquet and Hive.</td>
 </tr>
 <tr>
 <td>planner.enable_demux_exchange</td>
 <td>FALSE</td>
-<td>Toggles   the state of hashing to a demulitplexed exchange.</td>
+<td>Toggles the state of hashing to a   demulitplexed exchange.</td>
 </tr>
 <tr>
 <td>planner.enable_hash_single_key</td>
 <td>TRUE</td>
-<td>Each   hash key is associated with a single value.</td>
+<td>Each hash key is associated with a single   value.</td>
 </tr>
 <tr>
 <td>planner.enable_hashagg</td>
 <td>TRUE</td>
-<td>Enable   hash aggregation; otherwise, Drill does a sort-based aggregation. Writes to   disk. Enable is recommended.</td>
+<td>Enable hash aggregation; otherwise, Drill   does a sort-based aggregation. Writes to disk. Enable is recommended.</td>
 </tr>
 <tr>
 <td>planner.enable_hashjoin</td>
 <td>TRUE</td>
-<td>Enable   the memory hungry hash join. Drill assumes that a query will have adequate   memory to complete and tries to use the fastest operations possible to   complete the planned inner, left, right, or full outer joins using a hash   table. Does not write to disk. Disabling hash join allows Drill to manage   arbitrarily large data in a small memory footprint.</td>
+<td>Enable the memory hungry hash join. Drill   assumes that a query will have adequate memory to complete and tries to use   the fastest operations possible to complete the planned inner, left, right,   or full outer joins using a hash table. Does not write to disk. Disabling   hash join allows Drill to manage arbitrarily large data in a small memory   footprint.</td>
 </tr>
 <tr>
 <td>planner.enable_hashjoin_swap</td>
 <td>TRUE</td>
-<td>Enables   consideration of multiple join order sequences during the planning phase.   Might negatively affect the performance of some queries due to inaccuracy of   estimated row count especially after a filter, join, or aggregation.</td>
+<td>Enables consideration of multiple join order   sequences during the planning phase. Might negatively affect the performance   of some queries due to inaccuracy of estimated row count especially after a   filter, join, or aggregation.</td>
 </tr>
 <tr>
 <td>planner.enable_hep_join_opt</td>
 <td></td>
-<td>Enables   the heuristic planner for joins.</td>
+<td>Enables the heuristic planner for joins.</td>
 </tr>
 <tr>
 <td>planner.enable_mergejoin</td>
 <td>TRUE</td>
-<td>Sort-based   operation. A merge join is used for inner join, left and right outer joins.   Inputs to the merge join must be sorted. It reads the sorted input streams   from both sides and finds matching rows. Writes to disk.</td>
+<td>Sort-based operation. A merge join is used   for inner join, left and right outer joins. Inputs to the merge join must be   sorted. It reads the sorted input streams from both sides and finds matching   rows. Writes to disk.</td>
 </tr>
 <tr>
 <td>planner.enable_multiphase_agg</td>
 <td>TRUE</td>
-<td>Each   minor fragment does a local aggregation in phase 1, distributes on a hash   basis using GROUP-BY keys partially aggregated results to other fragments,   and all the fragments perform a total aggregation using this data.</td>
+<td>Each minor fragment does a local aggregation   in phase 1, distributes on a hash basis using GROUP-BY keys partially   aggregated results to other fragments, and all the fragments perform a total   aggregation using this data.</td>
 </tr>
 <tr>
 <td>planner.enable_mux_exchange</td>
 <td>TRUE</td>
-<td>Toggles   the state of hashing to a multiplexed exchange.</td>
+<td>Toggles the state of hashing to a   multiplexed exchange.</td>
 </tr>
 <tr>
 <td>planner.enable_nestedloopjoin</td>
 <td>TRUE</td>
-<td>Sort-based   operation. Writes to disk.</td>
+<td>Sort-based operation. Writes to disk.</td>
 </tr>
 <tr>
 <td>planner.enable_nljoin_for_scalar_only</td>
 <td>TRUE</td>
-<td>Supports   nested loop join planning where the right input is scalar in order to enable   NOT-IN, Inequality, Cartesian, and uncorrelated EXISTS planning.</td>
+<td>Supports nested loop join planning where the   right input is scalar in order to enable NOT-IN, Inequality, Cartesian, and   uncorrelated EXISTS planning.</td>
 </tr>
 <tr>
 <td>planner.enable_streamagg</td>
 <td>TRUE</td>
-<td>Sort-based   operation. Writes to disk.</td>
+<td>Sort-based operation. Writes to disk.</td>
 </tr>
 <tr>
 <td>planner.filter.max_selectivity_estimate_factor</td>
 <td>1</td>
-<td>Available   as of Drill 1.8. Sets the maximum filter selectivity estimate. The   selectivity can vary between 0 and 1. For more details, see   planner.filter.min_selectivity_estimate_factor.</td>
+<td>Available as of Drill 1.8. Sets the maximum   filter selectivity estimate. The selectivity can vary between 0 and 1. For   more details, see planner.filter.min_selectivity_estimate_factor.</td>
 </tr>
 <tr>
 <td>planner.filter.min_selectivity_estimate_factor</td>
 <td>0</td>
-<td>Available   as of Drill 1.8. Sets the minimum filter selectivity estimate to increase the   parallelization of the major fragment performing a join. This option is   useful for deeply nested queries with complicated predicates and serves as a   workaround when statistics are insufficient or unavailable. The selectivity   can vary between 0 and 1. The value of this option caps the estimated   SELECTIVITY. The estimated ROWCOUNT is derived by multiplying the estimated   SELECTIVITY by  [...]
+<td>Introduces in Drill 1.8. Sets the minimum   filter selectivity estimate to increase the parallelization of the major   fragment performing a join. This option is useful for deeply nested queries   with complicated predicates and serves as a workaround when statistics are   insufficient or unavailable. The selectivity can vary between 0 and 1. The   value of this option caps the estimated SELECTIVITY. The estimated ROWCOUNT   is derived by multiplying the estimated SELECTIVITY by the  [...]
 </tr>
 <tr>
 <td>planner.identifier_max_length</td>
 <td>1024</td>
-<td>A   minimum length is needed because option names are identifiers themselves.</td>
+<td>A minimum length is needed because option   names are identifiers themselves.</td>
 </tr>
 <tr>
 <td>planner.join.hash_join_swap_margin_factor</td>
 <td>10</td>
-<td>The   number of join order sequences to consider during the planning phase.</td>
+<td>The number of join order sequences to   consider during the planning phase.</td>
 </tr>
 <tr>
 <td>planner.join.row_count_estimate_factor</td>
 <td>1</td>
-<td>The   factor for adjusting the estimated row count when considering multiple join   order sequences during the planning phase.</td>
+<td>The factor for adjusting the estimated row   count when considering multiple join order sequences during the planning   phase.</td>
 </tr>
 <tr>
 <td>planner.memory.average_field_width</td>
 <td>8</td>
-<td>Used   in estimating memory requirements.</td>
+<td>Used in estimating memory requirements.</td>
 </tr>
 <tr>
 <td>planner.memory.enable_memory_estimation</td>
 <td>FALSE</td>
-<td>Toggles   the state of memory estimation and re-planning of the query. When enabled,   Drill conservatively estimates memory requirements and typically excludes   these operators from the plan and negatively impacts performance.</td>
+<td>Toggles the state of memory estimation and   re-planning of the query. When enabled, Drill conservatively estimates memory   requirements and typically excludes these operators from the plan and   negatively impacts performance.</td>
 </tr>
 <tr>
 <td>planner.memory.hash_agg_table_factor</td>
 <td>1.1</td>
-<td>A   heuristic value for influencing the size of the hash aggregation table.</td>
+<td>A heuristic value for influencing the size   of the hash aggregation table.</td>
 </tr>
 <tr>
 <td>planner.memory.hash_join_table_factor</td>
 <td>1.1</td>
-<td>A   heuristic value for influencing the size of the hash aggregation table.</td>
+<td>A heuristic value for influencing the size   of the hash aggregation table.</td>
 </tr>
 <tr>
 <td>planner.memory.max_query_memory_per_node</td>
-<td>2147483648   bytes</td>
-<td>Sets   the maximum amount of direct memory allocated to the Sort and Hash Aggregate   operators during each query on a node. This memory is split between   operators. If a query plan contains multiple Sort and/or Hash Aggregate   operators, the memory is divided between them. The default limit should be   increased for queries on large data sets.</td>
+<td>2147483648 bytes</td>
+<td>Sets the maximum amount of direct memory   allocated to the Sort and Hash Aggregate operators during each query on a   node. This memory is split between operators. If a query plan contains   multiple Sort and/or Hash Aggregate operators, the memory is divided between   them. The default limit should be increased for queries on large data sets.</td>
 </tr>
 <tr>
 <td>planner.memory.non_blocking_operators_memory</td>
 <td>64</td>
-<td>Extra   query memory per node for non-blocking operators. This option is currently   used only for memory estimation. Range: 0-2048 MB</td>
+<td>Extra query memory per node for non-blocking   operators. This option is currently used only for memory estimation. Range:   0-2048 MB</td>
 </tr>
 <tr>
 <td>planner.memory_limit</td>
-<td>268435456   bytes</td>
-<td>Defines   the maximum amount of direct memory allocated to a query for planning. When   multiple queries run concurrently, each query is allocated the amount of   memory set by this parameter.Increase the value of this parameter and rerun   the query if partition pruning failed due to insufficient memory.</td>
+<td>268435456 bytes</td>
+<td>Defines the maximum amount of direct memory   allocated to a query for planning. When multiple queries run concurrently,   each query is allocated the amount of memory set by this parameter.Increase   the value of this parameter and rerun the query if partition pruning failed   due to insufficient memory.</td>
 </tr>
 <tr>
 <td>planner.memory.percent_per_query</td>
 <td>0.05</td>
-<td>Sets   the memory as a percentage of the total direct memory.</td>
+<td>Sets the memory as a percentage of the total   direct memory.</td>
 </tr>
 <tr>
 <td>planner.nestedloopjoin_factor</td>
 <td>100</td>
-<td>A   heuristic value for influencing the nested loop join.</td>
+<td>A heuristic value for influencing the nested   loop join.</td>
 </tr>
 <tr>
 <td>planner.partitioner_sender_max_threads</td>
 <td>8</td>
-<td>Upper   limit of threads for outbound queuing.</td>
+<td>Upper limit of threads for outbound queuing.</td>
 </tr>
 <tr>
 <td>planner.partitioner_sender_set_threads</td>
 <td>-1</td>
-<td>Overwrites   the number of threads used to send out batches of records. Set to -1 to   disable. Typically not changed.</td>
+<td>Overwrites the number of threads used to   send out batches of records. Set to -1 to disable. Typically not changed.</td>
 </tr>
 <tr>
 <td>planner.partitioner_sender_threads_factor</td>
 <td>2</td>
-<td>A   heuristic param to use to influence final number of threads. The higher the   value the fewer the number of threads.</td>
+<td>A heuristic param to use to influence final   number of threads. The higher the value the fewer the number of threads.</td>
 </tr>
 <tr>
 <td>planner.producer_consumer_queue_size</td>
 <td>10</td>
-<td>How   much data to prefetch from disk in record batches out-of-band of query   execution. The larger the queue size, the greater the amount of memory that   the queue and overall query execution consumes.</td>
+<td>How much data to prefetch from disk in   record batches out-of-band of query execution. The larger the queue size, the   greater the amount of memory that the queue and overall query execution   consumes.</td>
 </tr>
 <tr>
 <td>planner.slice_target</td>
 <td>100000</td>
-<td>The   number of records manipulated within a fragment before Drill parallelizes   operations.</td>
+<td>The number of records manipulated within a   fragment before Drill parallelizes operations.</td>
 </tr>
 <tr>
 <td>planner.width.max_per_node</td>
-<td>70%   of the total number of processors on a node</td>
-<td>Maximum   number of threads that can run in parallel for a query on a node. A slice is   an individual thread. This number indicates the maximum number of slices per   query for the query’s major fragment on a node.</td>
+<td>70% of the total number of processors on a   node</td>
+<td>Maximum number of threads that can run in   parallel for a query on a node. A slice is an individual thread. This number   indicates the maximum number of slices per query for the query’s major   fragment on a node.</td>
 </tr>
 <tr>
 <td>planner.width.max_per_query</td>
 <td>1000</td>
-<td>Same   as max per node but applies to the query as executed by the entire cluster.   For example, this value might be the number of active Drillbits, or a higher   number to return results faster.</td>
+<td>Same as max per node but applies to the   query as executed by the entire cluster. For example, this value might be the   number of active Drillbits, or a higher number to return results faster.</td>
 </tr>
 <tr>
 <td>security.admin.user_groups</td>
 <td>n/a</td>
-<td>Unsupported   as of 1.4. A comma-separated list of administrator groups for Web Console   security.</td>
+<td>Unsupported as of 1.4. A comma-separated   list of administrator groups for Web Console security.</td>
 </tr>
 <tr>
 <td>security.admin.users</td>
 <td></td>
-<td>Unsupported   as of 1.4. A comma-separated list of user names who you want to give   administrator privileges.</td>
+<td>Unsupported as of 1.4. A comma-separated   list of user names who you want to give administrator privileges.</td>
 </tr>
 <tr>
 <td>store.format</td>
 <td>parquet</td>
-<td>Output   format for data written to tables with the CREATE TABLE AS (CTAS) command.   Allowed values are parquet, json, psv, csv, or tsv.</td>
+<td>Output format for data written to tables   with the CREATE TABLE AS (CTAS) command. Allowed values are parquet, json,   psv, csv, or tsv.</td>
 </tr>
 <tr>
 <td>store.hive.optimize_scan_with_native_readers</td>
 <td>FALSE</td>
-<td>Optimize   reads of Parquet-backed external tables from Hive by using Drill native   readers instead of the Hive Serde interface. (Drill 1.2 and later)</td>
+<td>By default, Drill reads Hive tables using   the native Hive reader. When you enable this option, Drill reads Hive tables   using Drill native readers, which enables faster reads and enforces direct   memory usage. Starting in Drill 1.14, the option also enables Drill to apply   filter push down and to query Parquet data (created by Drill) with decimal   values.</td>
 </tr>
 <tr>
 <td>store.json.all_text_mode</td>
 <td>FALSE</td>
-<td>Drill   reads all data from the JSON files as VARCHAR. Prevents schema change errors.</td>
+<td>Drill reads all data from the JSON files as   VARCHAR. Prevents schema change errors.</td>
 </tr>
 <tr>
 <td>store.json.extended_types</td>
 <td>FALSE</td>
-<td>Turns   on special JSON structures that Drill serializes for storing more type   information than the four basic JSON types.</td>
+<td>Turns on special JSON structures that Drill   serializes for storing more type information than the four basic JSON types.</td>
 </tr>
 <tr>
 <td>store.json.read_numbers_as_double</td>
 <td>FALSE</td>
-<td>Reads   numbers with or without a decimal point as DOUBLE. Prevents schema change   errors.</td>
+<td>Reads numbers with or without a decimal   point as DOUBLE. Prevents schema change errors.</td>
 </tr>
 <tr>
 <td>store.mongo.all_text_mode</td>
 <td>FALSE</td>
-<td>Similar   to store.json.all_text_mode for MongoDB.</td>
+<td>Similar to store.json.all_text_mode for   MongoDB.</td>
 </tr>
 <tr>
 <td>store.mongo.read_numbers_as_double</td>
 <td>FALSE</td>
-<td>Similar   to store.json.read_numbers_as_double.</td>
+<td>Similar to   store.json.read_numbers_as_double.</td>
 </tr>
 <tr>
 <td>store.parquet.block-size</td>
 <td>536870912</td>
-<td>Sets   the size of a Parquet row group to the number of bytes less than or equal to   the block size of MFS, HDFS, or the file system.</td>
+<td>Sets the size of a Parquet row group to the   number of bytes less than or equal to the block size of MFS, HDFS, or the   file system.</td>
 </tr>
 <tr>
 <td>store.parquet.compression</td>
 <td>snappy</td>
-<td>Compression   type for storing Parquet output. Allowed values: snappy, gzip, none</td>
+<td>Compression type for storing Parquet output.   Allowed values: snappy, gzip, none</td>
 </tr>
 <tr>
 <td>store.parquet.enable_dictionary_encoding</td>
 <td>FALSE</td>
-<td>For   internal use. Do not change.</td>
+<td>For internal use. Do not change.</td>
 </tr>
 <tr>
 <td>store.parquet.dictionary.page-size</td>
@@ -1665,27 +1670,27 @@
 <tr>
 <td>store.parquet.reader.int96_as_timestamp</td>
 <td>FALSE</td>
-<td>Enables   Drill to implicitly interpret the INT96 timestamp data type in Parquet files.</td>
+<td>Enables Drill to implicitly interpret the   INT96 timestamp data type in Parquet files.</td>
 </tr>
 <tr>
 <td>store.parquet.use_new_reader</td>
 <td>FALSE</td>
-<td>Not   supported in this release.</td>
+<td>Not supported in this release.</td>
 </tr>
 <tr>
 <td>store.partition.hash_distribute</td>
 <td>FALSE</td>
-<td>Uses   a hash algorithm to distribute data on partition keys in a CTAS partitioning   operation. An alpha option--for experimental use at this stage. Do not use in   production systems.</td>
+<td>Uses a hash algorithm to distribute data on   partition keys in a CTAS partitioning operation. An alpha option--for   experimental use at this stage. Do not use in production systems.</td>
 </tr>
 <tr>
 <td>store.text.estimated_row_size_bytes</td>
 <td>100</td>
-<td>Estimate   of the row size in a delimited text file, such as csv. The closer to actual,   the better the query plan. Used for all csv files in the system/session where   the value is set. Impacts the decision to plan a broadcast join or not.</td>
+<td>Estimate of the row size in a delimited text   file, such as csv. The closer to actual, the better the query plan. Used for   all csv files in the system/session where the value is set. Impacts the   decision to plan a broadcast join or not.</td>
 </tr>
 <tr>
 <td>window.enable</td>
 <td>TRUE</td>
-<td>Enable   or disable window functions in Drill 1.1 and later.</td>
+<td>Enable or disable window functions in Drill   1.1 and later.</td>
 </tr>
 </tbody></table>
 
diff --git a/docs/configuring-cgroups-to-control-cpu-usage/index.html b/docs/configuring-cgroups-to-control-cpu-usage/index.html
index d49b620..c2c3897 100644
--- a/docs/configuring-cgroups-to-control-cpu-usage/index.html
+++ b/docs/configuring-cgroups-to-control-cpu-usage/index.html
@@ -1222,19 +1222,48 @@
 
     </div>
 
-     Mar 22, 2018
+     Jun 8, 2018
 
     <link href="/css/docpage.css" rel="stylesheet" type="text/css">
 
     <div class="int_text" align="left">
       
-        <p>Linux cgroups (control groups) enable you to limit system resources to defined user groups or processes. As of Drill 1.13, you can configure a cgroup for Drill to enforce CPU limits on the Drillbit service. You can set a CPU limit for the Drill cgroup on each Drill node in the /etc/cgconfig.conf file.</p>
+        <p>Starting in Drill 1.13, you can configure a Linux cgroup to enforce CPU limits on the Drillbit service running on a node. Linux cgroups (control groups) enable you to limit system resources to defined user groups or processes. You can use the cgconfig service to configure a Drill cgroup to control CPU usage and then set the CPU limits for the Drill cgroup on each Drill node in the <code>/etc/cgconfig.conf</code> file.  </p>
 
-<p>You can set the CPU limit as a soft or hard limit, or both. The hard limit takes precedence over the soft limit. When Drill hits the hard limit, in-progress queries may not complete.  </p>
+<p>In Drill 1.13, you had to update the <code>cgroup.procs</code> file with the Drill process ID (PID) each time a Drillbit restarted in order to enforce the CPU limit for the Drillbit service.  As of Drill 1.14, Drill can directly manage the CPU resources through the Drill start-up script, <code>drill-env.sh</code>. You no longer have to manually add the PID to the <code>cgroup.procs</code> file each time a Drillbit restarts. This step occurs automatically upon restart. The start-up scr [...]
+
+<p>Note: The Linux kernel version must support cgroups v2 to use this feature. Version 4.5 officially supports cgroups v2. You can run the following command to get the kernel version:  </p>
+<div class="highlight"><pre><code class="language-text" data-lang="text">uname -r  
+</code></pre></div>
+<p>The <code>drill-env.sh</code> script contains variables that you must enable for Drill to directly manage the CPU resources. Uncomment the following variables in drill-env.sh to enable the feature:  </p>
+
+<table><thead>
+<tr>
+<th>Variable</th>
+<th>Description</th>
+<th></th>
+</tr>
+</thead><tbody>
+<tr>
+<td>export DRILLBIT_CGROUP=${DRILLBIT_CGROUP:-&quot;drillcpu&quot;}</td>
+<td>Sets the cgroup to which the Drillbit belongs when running as a daemon using drillbit.sh start. Drill uses the cgroup for CPU enforcement only.</td>
+<td></td>
+</tr>
+<tr>
+<td>export SYS_CGROUP_DIR=${SYS_CGROUP_DIR:-&quot;/sys/fs/cgroup&quot;}</td>
+<td>Drill assumes the default cgroup mount location set by systemd (the system and service manager for Linux operating systems). If your cgroup mount location is in a different location, change the setting to match your location.</td>
+<td></td>
+</tr>
+<tr>
+<td>export DRILL_PID_DIR=${DRILL_PID_DIR:-$DRILL_HOME}</td>
+<td>The location of the Drillbit PID file when Drill is running as a daemon using drillbit.sh start. By default, this location is set to $DRILL_HOME.</td>
+<td></td>
+</tr>
+</tbody></table>
 
 <h2 id="cpu-limits">CPU Limits</h2>
 
-<p>You set the soft and hard limits with parameters in the /etc/cgconfig.conf file. The following sections describe the parameters for soft and hard limits.  </p>
+<p>You can set the CPU limit as a soft or hard limit, or both. You set the limits with parameters in the <code>/etc/cgconfig.conf</code> file. The hard limit takes precedence over the soft limit. When Drill hits the hard limit, in-progress queries may not complete. The following sections describe the parameters for soft and hard limits.  </p>
 
 <p><strong>Soft Limit Parameter</strong><br>
 You set the soft limit with the <code>cpu.shares</code> parameter. When you set a soft limit, Drill can exceed the CPU allocated if extra CPU is available for use on the system. Drill can continue to use CPU until there is contention with other processes over the CPU or Drill hits the hard limit.  </p>
@@ -1256,6 +1285,9 @@ The <code>cpu.cfs_quota_us</code> parameter specifies the total amount of runtim
 <p>You can install the libcgroup package using the <code>yum install</code> command, as shown:  </p>
 <div class="highlight"><pre><code class="language-text" data-lang="text">   yum install libcgroup  
 </code></pre></div>
+<p>For Drill to directly manage the CPU resources through the Drill start-up script, <code>drill-env.sh</code>, the Linux kernel version must support cgroups v2. Version 4.5 of the kernel officially supports cgroups v2. You can run the following command to get the kernel version:  </p>
+<div class="highlight"><pre><code class="language-text" data-lang="text">   uname -r
+</code></pre></div>
 <h2 id="configuring-cpu-limits">Configuring CPU Limits</h2>
 
 <p>Complete the following steps to set a hard and/or soft limit on Drill CPU usage for the Drill process running on the node:  </p>
@@ -1272,7 +1304,7 @@ The <code>cpu.cfs_quota_us</code> parameter specifies the total amount of runtim
                         }
                  }  
 </code></pre></div>
-<p><strong>Note:</strong> The cgroup name is specific to the Drill cgroup and does not correlate with any other configuration. You can give this group any name you prefer. The name drillcpu is used as an example.  </p>
+<p><strong>Note:</strong> The cgroup name is specific to the Drill cgroup and does not correlate with any other configuration.   </p>
 
 <p>In the configuration example, the <code>cpu.shares</code> parameter sets the soft limit. The other two parameters, <code>cpu.cfs_quota_us</code> and <code>cpu.cfs_period_us</code>, set the hard limit. If you prefer to set only one type of limit, remove the parameters that do not apply.  </p>
 
@@ -1291,6 +1323,8 @@ The <code>cpu.cfs_quota_us</code> parameter specifies the total amount of runtim
 <p>3-(Optional) If you want the cgconfig service to automatically restart upon system reboots, run the following command:  </p>
 <div class="highlight"><pre><code class="language-text" data-lang="text">   chkconfig cgconfig on  
 </code></pre></div>
+<p><strong>Note:</strong> Only complete step 4 if you have Drill 1.13 running on the node, or you have Drill 1.14 running on the node and you have not enabled Drill to directly manage the CPU resources through the start-up script, <code>drill-env.sh</code>.   </p>
+
 <p>4-Run the following command to add the Drill process ID (PID) to the /cgroup/cpu/drillcpu/cgroup.procs file, as shown:  </p>
 <div class="highlight"><pre><code class="language-text" data-lang="text">   echo 25809 &gt; /cgroup/cpu/drillcpu/cgroup.procs
 </code></pre></div>
diff --git a/docs/configuring-drill-to-use-spnego-for-http-authentication/index.html b/docs/configuring-drill-to-use-spnego-for-http-authentication/index.html
index dd3cb6b..80626a4 100644
--- a/docs/configuring-drill-to-use-spnego-for-http-authentication/index.html
+++ b/docs/configuring-drill-to-use-spnego-for-http-authentication/index.html
@@ -1224,7 +1224,7 @@
 
     </div>
 
-     Apr 5, 2018
+     Jun 8, 2018
 
     <link href="/css/docpage.css" rel="stylesheet" type="text/css">
 
@@ -1234,12 +1234,13 @@
 
 <p>When a client (a web browser or a web client tool, such as curl) requests access to a secured page from the web server (Drillbit), the SPNEGO mechanism uses tokens to perform a handshake that authenticates the client browser and the web server. </p>
 
-<p>The following browsers were tested with Drill configured to use SPNEGO authentication:</p>
+<p>The following browsers were tested with Drill configured to use SPNEGO authentication:  </p>
 
 <ul>
 <li>Firefox<br></li>
 <li>Chrome<br></li>
 <li>Safari<br></li>
+<li>Internet Explorer </li>
 <li>Web client tool, such as curl<br></li>
 </ul>
 
@@ -1313,9 +1314,7 @@
 
 <p>The client should use the same web server hostname (as configured in the server-side principal) to access the Drill Web Console. If the server hostname differs, SPNEGO authentication will fail. For example, if the server principal is <code>&quot;HTTP/example.QA.LAB@QA.LAB”</code>, the client should use <code>http://example.QA.LAB:8047</code> as the Drill Web Console URL.</p>
 
-<p>The following sections provide instructions for configuring the supported client-side browsers: </p>
-
-<p><strong>Note:</strong> SPNEGO is not tested on Windows browsers in Drill 1.13.  </p>
+<p>The following sections provide instructions for configuring the supported client-side browsers:   </p>
 
 <h3 id="firefox">Firefox</h3>
 
@@ -1336,6 +1335,26 @@
 
 <p>No configuration is required for Safari. Safari automatically authenticates using SPNEGO when requested by the server.  </p>
 
+<h3 id="internet-explorer">Internet Explorer</h3>
+
+<p>To configure Internet Explorer to use a negotiation dialog, such as SPNEGO to authenticate, complete the following steps:  </p>
+
+<p>1-Go to Tools &gt; Options &gt; Security &gt; Local Intranet &gt; Sites, and select all options.  </p>
+
+<p>2-Select Advanced, and add one or both of the following URLs to server: </p>
+<div class="highlight"><pre><code class="language-text" data-lang="text">   http://
+   https://  
+</code></pre></div>
+<p><strong>Note:</strong> Make sure you use the hostname of the Drillbit in the URL.  </p>
+
+<p>3-Close the Advanced tab, and click OK.  </p>
+
+<p>4-Go to Tools &gt; Options &gt; Advanced &gt; Security (in the checkbox list), and enable the Integrated Windows Authentication option.  </p>
+
+<p>5-Click OK.  </p>
+
+<p>6-Close and reopen IE. You can browse to your SPNEGO protected resource.  </p>
+
 <h3 id="rest-api">REST API</h3>
 
 <p>You can use CURL commands to authenticate using SPNEGO and access secure web resources over REST.</p>
diff --git a/docs/rdbms-storage-plugin/index.html b/docs/rdbms-storage-plugin/index.html
index cdcf49a..67d0e3d 100644
--- a/docs/rdbms-storage-plugin/index.html
+++ b/docs/rdbms-storage-plugin/index.html
@@ -1222,7 +1222,7 @@
 
     </div>
 
-     Feb 8, 2018
+     Jun 8, 2018
 
     <link href="/css/docpage.css" rel="stylesheet" type="text/css">
 
@@ -1345,7 +1345,32 @@ Each configuration registered with Drill must have a distinct name. Names are ca
   url:&quot;jdbc:postgresql://1.2.3.4/mydatabase&quot;,
   username:&quot;user&quot;,
   password:&quot;password&quot;
-}
+}  
+</code></pre></div>
+<p>You may need to qualify a table name with a schema name for Drill to return data. For example, when querying a table named ips, you must issue the query against public.ips, as shown in the following example:  </p>
+<div class="highlight"><pre><code class="language-text" data-lang="text">   0: jdbc:drill:zk=local&gt; use pgdb;          
+   +-------+-----------------------------------+
+   |  ok   |            summary             |
+   +-------+-----------------------------------+
+   | true  | Default schema changed to [pgdb]  |
+   +-------+-----------------------------------+
+
+   0: jdbc:drill:zk=local&gt; show tables;          
+   +---------------+--------------------------+
+   | TABLE_SCHEMA  |        TABLE_NAME      |
+   +---------------+--------------------------+
+   | pgdb.test  | ips                   |
+   | pgdb.test  | pg_aggregate          |
+   | pgdb.test  | pg_am                 | 
+   …  
+
+   0: jdbc:drill:zk=local&gt; select * from public.ips;          
+   +-------+----------+
+   | ipid  | ipv4dot  |
+   +-------+----------+
+   | 1  | 1.2.3.4  |
+   | 2  | 1.2.3.5  |
+   +-------+----------+
 </code></pre></div>
     
       
diff --git a/feed.xml b/feed.xml
index 9b67857..3f5dba3 100644
--- a/feed.xml
+++ b/feed.xml
@@ -6,8 +6,8 @@
 </description>
     <link>/</link>
     <atom:link href="/feed.xml" rel="self" type="application/rss+xml"/>
-    <pubDate>Thu, 31 May 2018 11:45:38 -0700</pubDate>
-    <lastBuildDate>Thu, 31 May 2018 11:45:38 -0700</lastBuildDate>
+    <pubDate>Fri, 08 Jun 2018 14:56:15 -0700</pubDate>
+    <lastBuildDate>Fri, 08 Jun 2018 14:56:15 -0700</lastBuildDate>
     <generator>Jekyll v2.5.2</generator>
     
       <item>

-- 
To stop receiving notification emails like this one, please contact
bridgetb@apache.org.

Mime
View raw message