Home | Trees | Indices | Help |
---|
|
object --+ | types.BaseApiObject --+ | types.BaseApiResource --+ | ApiService
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
Inherited from Inherited from Inherited from Inherited from |
|
|||
Inherited from Inherited from |
|
|||
Inherited from |
|
|||
_ATTRIBUTES = {'name': None, 'type': None, 'displayName': None
|
|||
Inherited from |
|
|||
Inherited from |
|
Initializes internal state and sets all known writable properties of the object to None. Then initializes the properties given in the provided attributes dictionary.
|
Default implementation of __str__. Uses the type name and the first attribute retrieved from the attribute map to create the string.
|
Return the API path for this service. This method assumes that lack of a cluster reference means that the object refers to the Cloudera Management Services instance.
|
Parse a json-decoded ApiServiceConfig dictionary into a 2-tuple.
|
Retrieve a list of running commands for this service.
|
Returns a list of directories being watched by the Reports Manager.
Since: API v14 |
Adds a directory to the watching list.
Since: API v14 |
Removes a directory from the watching list.
Since: API v14 |
Returns a list of queries that satisfy the filter
Since: API v4 |
Cancel the query.
Since: API v4 |
Get the query details
Since: API v4 |
Returns the list of all attributes that the Service Monitor can associate with Impala queries. Examples of attributes include the user who issued the query and the number of HDFS bytes read by the query. These attributes can be used to search for specific Impala queries through the get_impala_queries API. For example the 'user' attribute could be used in the search 'user = root'. If the attribute is numeric it can also be used as a metric in a tsquery (ie, 'select hdfs_bytes_read from IMPALA_QUERIES'). Note that this response is identical for all Impala services.
|
Create the Impala Catalog Database. Only works with embedded postgresql database. This command should usually be followed by a call to create_impala_catalog_database_tables.
Since: API v6 |
Creates the Impala Catalog Database tables in the configured database. Will do nothing if tables already exist. Will not perform an upgrade.
Since: API v6 |
Create the Impala user directory
Since: API v6 |
Enable Llama-based resource management for Impala. This command only applies to CDH 5.1+ Impala services. This command configures YARN and Impala for Llama resource management, and then creates one or two Llama roles, as specified by the parameters. When two Llama roles are created, they are configured as an active-standby pair. Auto-failover from active to standby Llama will be enabled using ZooKeeper. If optional role name(s) are specified, the new Llama role(s) will be named accordingly; otherwise, role name(s) will be automatically generated. By default, YARN, Impala, and any dependent services will be restarted, and client configuration will be re-deployed across the cluster. These default actions may be suppressed. In order to enable Llama resource management, a YARN service must be present in the cluster, and Cgroup-based resource management must be enabled for all hosts with NodeManager roles. If these preconditions are not met, the command will fail.
Since: API v8 |
Disable Llama-based resource management for Impala. This command only applies to CDH 5.1+ Impala services. This command disables resource management for Impala by removing all Llama roles present in the Impala service. Any services that depend on the Impala service being modified are restarted by the command, and client configuration is deployed for all services of the cluster.
Since: API v8 |
Enable high availability for an Impala Llama ApplicationMaster. This command only applies to CDH 5.1+ Impala services.
Since: API v8 |
Disable high availability for an Impala Llama active-standby pair. This command only applies to CDH 5.1+ Impala services.
Since: API v8 |
Returns a list of YARN applications that satisfy the filter
Since: API v6 |
Kills the application.
Since: API v6 |
Returns the list of all attributes that the Service Monitor can associate with YARN applications. Examples of attributes include the user who ran the application and the number of maps completed by the application. These attributes can be used to search for specific YARN applications through the get_yarn_applications API. For example the 'user' attribute could be used in the search 'user = root'. If the attribute is numeric it can also be used as a metric in a tsquery (ie, 'select maps_completed from YARN_APPLICATIONS'). Note that this response is identical for all YARN services.
|
Create the Yarn job history directory.
Since: API v6 |
Create the Yarn NodeManager remote application log directory.
Since: API v6 |
DEPRECATED: use create_yarn_application_diagnostics_bundle on the Yarn service. Deprecated since v10. Collects the Diagnostics data for Yarn applications.
Since: API v8 |
Collects the Diagnostics data for Yarn applications.
Since: API v10 |
Retrieve the service's configuration. Retrieves both the service configuration and role type configuration for each of the service's supported role types. The role type configurations are returned as a dictionary, whose keys are the role type name, and values are the respective configuration dictionaries. The 'summary' view contains strings as the dictionary values. The full view contains ApiConfig instances as the values.
|
Update the service's configuration.
|
Create a role.
|
Delete a role by name.
|
Lookup a role by name.
|
Get all roles in the service.
|
Get all roles of a certain type in a service.
|
Get a list of role types in a service.
|
Get a list of role configuration groups in the service.
Since: API v3 |
Get a role configuration group in the service by name.
Since: API v3 |
Create a role config group.
Since: API v3 |
Update a role config group.
Since: API v3 |
Delete a role config group by name.
Since: API v3 |
This endpoint is not supported as of v6. Use the timeseries API instead. To get all metrics for a service with the timeseries API use the query: 'select * where serviceName = $SERVICE_NAME'. To get specific metrics for a service use a comma-separated list of the metric names as follows: 'select $METRIC_NAME1, $METRIC_NAME2 where serviceName = $SERVICE_NAME'. For more information see http://tiny.cloudera.com/tsquery_doc Retrieve metric readings for the service.
|
Start a service.
|
Stop a service.
|
Restart a service.
|
Start a list of roles.
|
Stop a list of roles.
|
Restart a list of roles.
|
Bootstrap HDFS stand-by NameNodes. Initialize their state by syncing it with the respective HA partner.
|
Finalize HDFS NameNode metadata upgrade. Should be done after doing HDFS upgrade with full downtime (and not with rolling upgrade).
Since: API v3 |
DEPRECATED: use create_hive_warehouse on the Hive service. Deprecated since v3. Create the Beeswax role's warehouse for a Hue service.
|
Create the root directory of an HBase service.
|
Create the /tmp directory in HDFS with appropriate ownership and permissions.
Since: API v2 |
Execute the "refresh" command on a set of roles.
|
Decommission roles in a service.
|
Offline roles in a service. @param role_names: List of names of the roles to offline. @param options: Dictionary of options. The following are recognized: timeout - Offline timeout in seconds. Specify to override the default offline timeout of 4 hours. @return: Reference to the submitted command. @since: API v17 |
Recommission roles in a service.
Since: API v2 |
Recommission roles in a service. Roles are started before recommissioning. Warning: Evolving. This method may change in the future and does not offer standard compatibility guarantees. Only support by HDFS. Do not use without guidance from Cloudera.
Since: API v15 |
Deploys client configuration to the hosts where roles are running.
|
Disable auto-failover for a highly available HDFS nameservice. This command is no longer supported with API v6 onwards. Use disable_nn_ha instead.
|
Disable high availability for an HDFS NameNode. This command is no longer supported with API v6 onwards. Use disable_nn_ha instead.
|
Enable auto-failover for an HDFS nameservice. This command is no longer supported with API v6 onwards. Use enable_nn_ha instead.
|
Enable high availability for an HDFS NameNode. This command is no longer supported with API v6 onwards. Use enable_nn_ha instead.
|
Enable High Availability (HA) with Auto-Failover for an HDFS NameNode.
Since: API v6 |
Disable high availability with automatic failover for an HDFS NameNode.
Since: API v6 |
Enable high availability for a MR JobTracker.
Since: API v5 |
Disable high availability for a MR JobTracker active-standby pair.
|
Enable high availability for a YARN ResourceManager.
Since: API v6 |
Disable high availability for a YARN ResourceManager active-standby pair.
Since: API v6 |
Enable high availability for Oozie.
Since: API v6 |
Disable high availability for Oozie
Since: API v6 |
Initiate a failover of an HDFS NameNode HA pair. This will make the given stand-by NameNode active, and vice-versa.
|
Format NameNode instances of an HDFS service.
|
Initialize HDFS failover controller metadata. Only one controller per nameservice needs to be initialized.
|
Initialize a NameNode's shared edits directory.
|
Roll the edits of an HDFS NameNode or Nameservice.
Since: API v3 |
Upgrade HDFS Metadata as part of a major version upgrade.
Since: API v6 |
Upgrade HBase data in HDFS and ZooKeeper as part of upgrade from CDH4 to CDH5.
Since: API v6 |
Creates the user directory of a Sqoop service in HDFS.
Since: API v4 |
Creates the Sqoop2 Server database tables in the configured database. Will do nothing if tables already exist. Will not perform an upgrade.
Since: API v10 |
Upgrade Sqoop Database schema as part of a major version upgrade.
Since: API v6 |
Upgrade Hive Metastore as part of a major version upgrade.
Since: API v6 |
Cleanup a ZooKeeper service or roles. If no server role names are provided, the command applies to the whole service, and cleans up all the server roles that are currently running.
|
Initialize a ZooKeeper service or roles. If no server role names are provided, the command applies to the whole service, and initializes all the configured server roles.
|
Synchronize the Hue server's database.
|
Dump the Hue server's database; it can be loaded later.
|
Load data into Hue server's database from a previous data dump.
|
Run the lsof diagnostic command. This command runs the lsof utility to list a role's open files.
Since: API v8 |
Run the jstack diagnostic command. The command runs the jstack utility to capture a role's java thread stacks.
Since: API v8 |
Run the jmapHisto diagnostic command. The command runs the jmap utility to capture a histogram of the objects on the role's java heap.
Since: API v8 |
Run the jmapDump diagnostic command. The command runs the jmap utility to capture a dump of the role's java heap.
Since: API v8 |
Put the service in maintenance mode.
Since: API v2 |
Take the service out of maintenance mode.
Since: API v2 |
Rolling restart the roles of a service. The sequence is:
Since: API v3 |
Create a new replication schedule for this service. The replication argument type varies per service type. The following types are recognized:
Since: API v3 |
Retrieve a list of replication schedules.
Since: API v3 |
Retrieve a single replication schedule.
Since: API v3 |
Delete a replication schedule.
Since: API v3 |
Update a replication schedule.
Since: API v3 |
Retrieve a list of commands for a replication schedule.
Since: API v4 |
Trigger replication immediately. Start and end dates on the schedule will be ignored.
Since: API v3 |
Create a new snapshot policy for this service.
Since: API v6 |
Retrieve a list of snapshot policies.
Since: API v6 |
Retrieve a single snapshot policy.
Since: API v6 |
Delete a snapshot policy.
Since: API v6 |
Update a snapshot policy.
Since: API v6 |
Retrieve a list of commands triggered by a snapshot policy.
Since: API v6 |
Installs the Oozie ShareLib. Oozie must be stopped before running this command.
Since: API v3 |
Create the Oozie Server Database. Only works with embedded postgresql database. This command should usually be followed by a call to create_oozie_db.
Since: API v10 |
Creates the Oozie Database Schema in the configured database. This command does not create database. This command creates only tables required by Oozie. To create database, please refer to create_oozie_embedded_database.
Since: API v2 |
Upgrade Oozie Database schema as part of a major version upgrade.
Since: API v6 |
Initializes the Solr service in Zookeeper.
Since: API v4 |
Creates the home directory of a Solr service in HDFS.
Since: API v4 |
Creates the Hive metastore tables in the configured database. Will do nothing if tables already exist. Will not perform an upgrade.
Since: API v3 |
Creates the Hive warehouse directory in HDFS.
Since: API v3 |
Creates the Hive user directory in HDFS.
Since: API v4 |
Create the Hive Metastore Database. Only works with embedded postgresql database. This command should usually be followed by a call to create_hive_metastore_tables.
Since: API v4 |
Create the Sentry Server Database. Only works with embedded postgresql database. This command should usually be followed by a call to create_sentry_database_tables.
Since: API v7 |
Creates the Sentry Server database tables in the configured database. Will do nothing if tables already exist. Will not perform an upgrade.
Since: API v7 |
Upgrades the Sentry Server database tables in the configured database.
Since: API v8 |
Update Hive Metastore to point to a NameNode's Nameservice name instead of hostname. Only available when all Hive Metastore Servers are stopped and HDFS has High Availability. Back up the Hive Metastore Database before running this command.
Since: API v4 |
Import MapReduce configuration into Yarn, overwriting Yarn configuration. You will lose existing Yarn configuration. Read all MapReduce configuration, role assignments, and role configuration groups and update Yarn with corresponding values. MR1 configuration will be converted into the equivalent MR2 configuration. Before running this command, Yarn must be stopped and MapReduce must exist with valid configuration.
Since: API v6 |
Change the cluster to use MR2 instead of MR1. Services will be restarted. Will perform the following steps: * Update all services that depend on MapReduce to instead depend on Yarn. * Stop MapReduce * Start Yarn (includes MR2) * Deploy Yarn (MR2) Client Configuration Available since API v6.
Since: API v6 |
Finalizes the rolling upgrade for HDFS by updating the NameNode metadata permanently to the next version. Should be done after doing a rolling upgrade to a CDH version >= 5.2.0.
Since: API v8 |
Executes a role command by name on the specified roles
Since: API v6 |
Executes a command on the service specified by name.
Since: API v6 |
Lists all the commands that can be executed by name on the provided service.
Since: API v6 |
Creates the HDFS directory where YARN container usage metrics are stored by NodeManagers for CM to read and aggregate into app usage metrics.
Since: API v13 |
Validates the Hive metastore database schema.
Since: API v7 |
|
_ATTRIBUTES
|
Home | Trees | Indices | Help |
---|
Generated by Epydoc 3.0.1 on Tue Jul 18 02:12:52 2017 | http://epydoc.sourceforge.net |