blob: f32e45d44d0093d8dfffb4e507dc88499764748b [file]
<table class="configuration table table-bordered">
<thead>
<tr>
<th class="text-left" style="width: 20%">Key</th>
<th class="text-left" style="width: 15%">Default</th>
<th class="text-left" style="width: 10%">Type</th>
<th class="text-left" style="width: 55%">Description</th>
</tr>
</thead>
<tbody>
<tr>
<td><h5>cluster.id</h5></td>
<td style="word-wrap: break-word;">"00000000000000000000000000000000"</td>
<td>String</td>
<td>The ID of the Flink cluster, used to separate multiple Flink clusters from each other. Currently, this option is primarily used to determine the archive path, and may also be used as the fixed application/job id (if not specified by the user) in high availability mode.The expected format is [0-9a-fA-F]{32}, e.g. fd72014d4c864993a2e5a9287b4a9c5d.<br />If this option is not configured but <code class="highlighter-rouge">high-availability.cluster-id</code> is configured, the value will be derived from the value of <code class="highlighter-rouge">high-availability.cluster-id</code>.</td>
</tr>
<tr>
<td><h5>cluster.intercept-user-system-exit</h5></td>
<td style="word-wrap: break-word;">DISABLED</td>
<td><p>Enum</p></td>
<td>Flag to check user code exiting system by terminating JVM (e.g., System.exit()). Note that this configuration option can interfere with <code class="highlighter-rouge">cluster.processes.halt-on-fatal-error</code>: In intercepted user-code, a call to System.exit() will not cause the JVM to halt, when <code class="highlighter-rouge">THROW</code> is configured.<br /><br />Possible values:<ul><li>"DISABLED": Flink is not monitoring or intercepting calls to System.exit()</li><li>"LOG": Log exit attempt with stack trace but still allowing exit to be performed</li><li>"THROW": Throw exception when exit is attempted disallowing JVM termination</li></ul></td>
</tr>
<tr>
<td><h5>cluster.processes.halt-on-fatal-error</h5></td>
<td style="word-wrap: break-word;">false</td>
<td>Boolean</td>
<td>Whether processes should halt on fatal errors instead of performing a graceful shutdown. In some environments (e.g. Java 8 with the G1 garbage collector), a regular graceful shutdown can lead to a JVM deadlock. See <a href="https://issues.apache.org/jira/browse/FLINK-16510">FLINK-16510</a> for details.</td>
</tr>
<tr>
<td><h5>cluster.thread-dump.stacktrace-max-depth</h5></td>
<td style="word-wrap: break-word;">50</td>
<td>Integer</td>
<td>The maximum stacktrace depth of TaskManager and JobManager's thread dump web-frontend displayed.</td>
</tr>
<tr>
<td><h5>cluster.uncaught-exception-handling</h5></td>
<td style="word-wrap: break-word;">LOG</td>
<td><p>Enum</p></td>
<td>Defines whether cluster will handle any uncaught exceptions by just logging them (LOG mode), or by failing job (FAIL mode)<br /><br />Possible values:<ul><li>"LOG"</li><li>"FAIL"</li></ul></td>
</tr>
<tr>
<td><h5>process.jobmanager.working-dir</h5></td>
<td style="word-wrap: break-word;">(none)</td>
<td>String</td>
<td>Working directory for Flink JobManager processes. The working directory can be used to store information that can be used upon process recovery. If not configured, then it will default to <code class="highlighter-rouge">process.working-dir</code>.</td>
</tr>
<tr>
<td><h5>process.taskmanager.working-dir</h5></td>
<td style="word-wrap: break-word;">(none)</td>
<td>String</td>
<td>Working directory for Flink TaskManager processes. The working directory can be used to store information that can be used upon process recovery. If not configured, then it will default to <code class="highlighter-rouge">process.working-dir</code>.</td>
</tr>
<tr>
<td><h5>process.working-dir</h5></td>
<td style="word-wrap: break-word;">io.tmp.dirs</td>
<td>String</td>
<td>Local working directory for Flink processes. The working directory can be used to store information that can be used upon process recovery. If not configured, then it will default to a randomly picked temporary directory defined via <code class="highlighter-rouge">io.tmp.dirs</code>.</td>
</tr>
</tbody>
</table>