mirror of
https://github.com/apache/impala.git
synced 2025-12-30 03:01:44 -05:00
For this change to land in master, the audience="hidden" code review needs to be completed first. Otherwise, the doc build would still work but the audience="hidden" content would be visible rather than hidden as desired. Some work happening in parallel might introduce additional instances of audience="Cloudera". I suggest addressing those in a followup CR so this global change can land quickly. Since the changes apply across so many different files, but are so narrow in scope, I suggest that the way to validate (check that no extraneous changes were introduced accidentally) is to diff just the changed lines: git diff -U0 HEAD^ HEAD In patch set 2, I updated other topics marked audience="Cloudera" by CRs that were pushed in the meantime. Change-Id: Ic93d89da77e1f51bbf548a522d98d0c4e2fb31c8 Reviewed-on: http://gerrit.cloudera.org:8080/5613 Reviewed-by: John Russell <jrussell@cloudera.com> Tested-by: Impala Public Jenkins
153 lines
5.1 KiB
XML
153 lines
5.1 KiB
XML
<?xml version="1.0" encoding="UTF-8"?>
|
|
<!--
|
|
Licensed to the Apache Software Foundation (ASF) under one
|
|
or more contributor license agreements. See the NOTICE file
|
|
distributed with this work for additional information
|
|
regarding copyright ownership. The ASF licenses this file
|
|
to you under the Apache License, Version 2.0 (the
|
|
"License"); you may not use this file except in compliance
|
|
with the License. You may obtain a copy of the License at
|
|
|
|
http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
Unless required by applicable law or agreed to in writing,
|
|
software distributed under the License is distributed on an
|
|
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
|
|
KIND, either express or implied. See the License for the
|
|
specific language governing permissions and limitations
|
|
under the License.
|
|
-->
|
|
<!DOCTYPE concept PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd">
|
|
<concept id="processes">
|
|
|
|
<title>Starting Impala</title>
|
|
<prolog>
|
|
<metadata>
|
|
<data name="Category" value="Starting and Stopping"/>
|
|
<data name="Category" value="Impala"/>
|
|
<data name="Category" value="Administrators"/>
|
|
<data name="Category" value="Operators"/>
|
|
</metadata>
|
|
</prolog>
|
|
|
|
<conbody>
|
|
|
|
<p rev="1.2">
|
|
<indexterm audience="hidden">state store</indexterm>
|
|
<indexterm audience="hidden">starting services</indexterm>
|
|
<indexterm audience="hidden">services</indexterm>
|
|
To activate Impala if it is installed but not yet started:
|
|
</p>
|
|
|
|
<ol>
|
|
<li>
|
|
Set any necessary configuration options for the Impala services. See
|
|
<xref href="impala_config_options.xml#config_options"/> for details.
|
|
</li>
|
|
|
|
<li>
|
|
Start one instance of the Impala statestore. The statestore helps Impala to distribute work efficiently,
|
|
and to continue running in the event of availability problems for other Impala nodes. If the statestore
|
|
becomes unavailable, Impala continues to function.
|
|
</li>
|
|
|
|
<li>
|
|
Start one instance of the Impala catalog service.
|
|
</li>
|
|
|
|
<li>
|
|
Start the main Impala service on one or more DataNodes, ideally on all DataNodes to maximize local
|
|
processing and avoid network traffic due to remote reads.
|
|
</li>
|
|
</ol>
|
|
|
|
<p>
|
|
Once Impala is running, you can conduct interactive experiments using the instructions in
|
|
<xref href="impala_tutorial.xml#tutorial"/> and try <xref href="impala_impala_shell.xml#impala_shell"/>.
|
|
</p>
|
|
|
|
<p outputclass="toc inpage"/>
|
|
</conbody>
|
|
|
|
<concept id="starting_via_cm" audience="hidden">
|
|
|
|
<title>Starting Impala through Cloudera Manager</title>
|
|
|
|
<conbody>
|
|
|
|
<p>
|
|
If you installed Impala with Cloudera Manager, use Cloudera Manager to start and stop services. The
|
|
Cloudera Manager GUI is a convenient way to check that all services are running, to set configuration
|
|
options using form fields in a browser, and to spot potential issues such as low disk space before they
|
|
become serious. Cloudera Manager automatically starts all the Impala-related services as a group, in the
|
|
correct order. See
|
|
<xref href="http://www.cloudera.com/documentation/enterprise/latest/topics/cm_mc_start_stop_service.html" scope="external" format="html">the
|
|
Cloudera Manager Documentation</xref> for details.
|
|
</p>
|
|
|
|
<note>
|
|
<p conref="../shared/impala_common.xml#common/udf_persistence_restriction"/>
|
|
</note>
|
|
</conbody>
|
|
</concept>
|
|
|
|
<concept id="starting_via_cmdline">
|
|
|
|
<title>Starting Impala from the Command Line</title>
|
|
|
|
<conbody>
|
|
|
|
<p>
|
|
To start the Impala state store and Impala from the command line or a script, you can either use the
|
|
<cmdname>service</cmdname> command or you can start the daemons directly through the
|
|
<cmdname>impalad</cmdname>, <codeph>statestored</codeph>, and <cmdname>catalogd</cmdname> executables.
|
|
</p>
|
|
|
|
<p>
|
|
Start the Impala statestore and then start <codeph>impalad</codeph> instances. You can modify the values
|
|
the service initialization scripts use when starting the statestore and Impala by editing
|
|
<codeph>/etc/default/impala</codeph>.
|
|
</p>
|
|
|
|
<p>
|
|
Start the statestore service using a command similar to the following:
|
|
</p>
|
|
|
|
<p>
|
|
<codeblock>$ sudo service impala-state-store start</codeblock>
|
|
</p>
|
|
|
|
<p rev="1.2">
|
|
Start the catalog service using a command similar to the following:
|
|
</p>
|
|
|
|
<codeblock rev="1.2">$ sudo service impala-catalog start</codeblock>
|
|
|
|
<p>
|
|
Start the Impala service on each DataNode using a command similar to the following:
|
|
</p>
|
|
|
|
<p>
|
|
<codeblock>$ sudo service impala-server start</codeblock>
|
|
</p>
|
|
|
|
<note>
|
|
<p conref="../shared/impala_common.xml#common/udf_persistence_restriction"/>
|
|
</note>
|
|
|
|
<p>
|
|
If any of the services fail to start, review:
|
|
<ul>
|
|
<li>
|
|
<xref href="impala_logging.xml#logs_debug"/>
|
|
</li>
|
|
|
|
<li>
|
|
<xref href="impala_troubleshooting.xml#troubleshooting"/>
|
|
</li>
|
|
</ul>
|
|
</p>
|
|
</conbody>
|
|
</concept>
|
|
</concept>
|