Parcels
Minimum Required Role: Cluster Administrator (also provided by Full Administrator)
- Parcels are self-contained and installed in a versioned directory, which means that multiple versions of a given parcel can be installed side-by-side. You can then designate one of these installed versions as the active one. With packages, only one package can be installed at a time so there's no distinction between what's installed and what's active.
- Parcels can be installed at any location in the filesystem and by default are installed in /opt/cloudera/parcels. In contrast, packages are installed in /usr/lib.
- Parcel handling automatically downloads, distributes, and activates the correct parcel for the operating system running on each host in the cluster. Mixed operating system type and version clusters are supported, however using the same version of the same operating system on all cluster hosts is strongly recommended.
Parcels are available for CDH 4.1.3 or later, and for Impala, Search, Spark, Accumulo, Kafka, Key Trustee KMS, and Sqoop Connectors.
Advantages of Parcels
- CDH is distributed as a single object - In contrast to having a separate package for each part of CDH, when using parcels there is just a single object to install. This is especially useful when managing a cluster that isn't connected to the Internet.
- Internal consistency - All CDH components are matched so there isn't a danger of different parts coming from different versions of CDH.
- Installation outside of /usr - In some environments, Hadoop administrators do not have privileges to install system packages. In the past, these administrators had to fall back to CDH tarballs, which deprived them of a lot of infrastructure that packages provide. With parcels, administrators can install to /opt or anywhere else without having to step through all the additional manual steps of regular tarballs.
- Installation of CDH without sudo - Parcel installation is handled by the Cloudera Manager Agent running as root so it's possible to install CDH without needing sudo.
- Decouples distribution from activation - Due to side-by-side install capabilities, it is possible to stage a new version of CDH across the cluster in advance of switching over to it. This allows the longest running part of an upgrade to be done ahead of time without affecting cluster operations, consequently reducing the downtime associated with upgrade.
- Rolling upgrades - These are only possible with parcels, due to their side-by-side nature. Packages require shutting down the old process, upgrading the package, and then starting the new process. This can be hard to recover from in the event of errors and requires extensive integration with the package management system to function seamlessly. When a new version is staged side-by-side, switching to a new minor version is simply a matter of changing which version of CDH is used when restarting each process. It then becomes practical to do upgrades with rolling restarts, where service roles are restarted in the right order to switch over to the new version with minimal service interruption. Your cluster can continue to run on the existing installed components while you stage a new version across your cluster, without impacting your current operations. Note that major version upgrades (for example, CDH 4 to CDH 5) require full service restarts due to the substantial changes between the versions. Finally, you can upgrade individual parcels, or multiple parcels at the same time.
- Upgrade management - Cloudera Manager can fully manage all the steps involved in a CDH version upgrade. In contrast, with packages, Cloudera Manager can only help with initial installation.
- Distributing additional components - Parcels are not limited to CDH. Cloudera Impala, Cloudera Search, LZO, and add-on service parcels are also available.
- Compatibility with other distribution tools - If there are specific reasons to use other tools for download and/or distribution, you can do so, and Cloudera Manager will work alongside your other tools. For example, you can handle distribution with Puppet. Or, you can download the parcel to Cloudera Manager Server manually (perhaps because your cluster has no Internet connectivity) and then have Cloudera Manager distribute the parcel to the cluster.
Parcel Life Cycle
- Downloading a parcel copies the appropriate software to a local parcel repository on the Cloudera Manager Server, where it is available for distribution to the other hosts in any of your clusters managed by this Cloudera Manager Server. You can have multiple parcels for a given product downloaded to your Cloudera Manager Server. Once a parcel has been downloaded to the Server, it will be available for distribution on all clusters managed by the Server. A downloaded parcel will appear in the cluster-specific section for every cluster managed by this Cloudera Manager Server.
- Distributing a parcel copies the parcel to the member hosts of a cluster. Distributing a parcel does not actually upgrade the components running on your cluster; the current services continue to run unchanged. You can have multiple parcels distributed on your cluster.
- Unpacking a parcel extracts the files contained in the parcel archive file.
- Activating a parcel causes the Cloudera Manager to link to the new components, ready to run the new version upon the next restart. Activation does not automatically stop the current services or perform a restart — you have the option to restart the service(s) after activation, or you can allow the system administrator to determine the appropriate time to perform those operations.
- Deactivating a parcel causes Cloudera Manager to unlink from the parcel components. A parcel cannot be deactivated while it is still in use on one or more hosts.
- Removing a parcel causes Cloudera Manager to remove the parcel components from the hosts.
- Deleting a parcel causes Cloudera Manager to remove the parcel components from the local parcel repository.
Cloudera Manager detects when new parcels are available. The parcel indicator in the Admin Console navigation bar () indicates how many parcels are eligible for downloading or distribution. For example, CDH parcels older than the active one do not contribute to the count if you are already using the latest version. If no parcels are eligible, or if all parcels have been activated, then the indicator will not have a number badge. You can configure Cloudera Manager to download and distribute parcels automatically, if desired.
Parcel Locations
The default location for the local parcel directory on the Cloudera Manager Server host is /opt/cloudera/parcel-repo. To change this location, follow the instructions in Configuring Cloudera Manager Server Parcel Settings.
Managing Parcels
Through the Parcels page in Cloudera Manager, you can manage parcel installation and activation and determine what parcel versions are running across your clusters. The Parcels page displays a list of parcels managed by Cloudera Manager. Cloudera Manager displays the name, version, and status of each parcel and provides actions on the parcel.
Accessing the Parcels Page
- Clicking the parcel indicator in the Admin Console navigation bar ()
- Clicking the Hosts in the top navigation bar, then the Parcels tab.
Use the selectors on the left side of the console to filter the displayed parcels in the following ways:
- Location selector - view only parcels that are available remotely, only parcels pertaining to a particular cluster, or parcels pertaining to all clusters. When you access the Parcels page, the selector is set to Available Remotely.
- Error Status section of the Filters selector - limit the list of displayed parcels by whether error status.
- Parcel Name section of the Filters selector - limit the list of displayed parcels by parcel name.
- Status section of the Filters selector - limit the list to parcels that have been distributed, parcels that have not been distributed (Other), or all parcels.
When you download a parcel, it appears in the list for each cluster managed by Cloudera Manager, indicating that the parcel is available for distribution on those clusters. There is only one copy of the downloaded parcel, residing on the Cloudera Manager Server. After you distribute the parcel, Cloudera Manager copies the parcel to the hosts in that cluster.
For example, if Cloudera Manager is managing two clusters, the rows in the All Clusters page list the information about the parcels on the two clusters. The Status column displays the current status of the parcels. The Version column displays version information about the parcel. Click the icon to view the release notes for the parcel. The Actions column contains buttons you can click to perform actions on the parcels such as download, distribute, delete, deactivate, and remove from host.
Downloading a Parcel
- Go to the Parcels page. Parcels that are available for download display the Available Remotely status and a Download button.
If the parcel you want is not shown here — for example, you want to upgrade to version of CDH that is not the most current version — you can make additional remote parcel repositories available. You can also configure the location of the local parcel repository and other settings. See Parcel Configuration Settings.
If a parcel version is too new to be supported by the Cloudera Manager version, the parcel appears with a red background and error message:
Such parcels are also listed when you select the Error status in the Error Status section of the Filters selector. - Click Download button of the Parcel you want to download to initiate the download of the parcel from the remote parcel repository to your local repository. The status changes to Downloading.
After a parcel has been downloaded, the parcel is removed from the Available Remotely page.
Distributing a Parcel
Parcels that have been downloaded can be distributed to the hosts in your cluster, available for activation. The parcel download is done to the Cloudera Manager Server, so with multiple clusters, the downloaded parcels are shown as available to all clusters managed by the Cloudera Manager Server. However, distribution (to a specific cluster's hosts) must be selected on a cluster-by-cluster basis.
- From the Parcels page, in the Location selector, select the cluster where you want to distribute the parcel or select All Clusters. (The first cluster in the list is selected by default when you open the Parcels page.)
- Click Distribute for the parcel you want to distribute. The status changes to Distributing. During distribution, you
can:
- Click the Details link in the Status column to view the Parcel Distribution Status page.
- Click Cancel to cancel the distribution. When the Distribute action completes, the button changes to Activate and you can click the Distributed status link to view the status page.
Distribution does not require Internet access; rather the Cloudera Manager Agent on each cluster member downloads the parcel from the local parcel repository hosted on the Cloudera Manager Server.
If you have a large number of hosts to which the parcels should be distributed, you can control how many concurrent uploads Cloudera Manager will perform. See Parcel Configuration Settings.
To delete a parcel that is ready to be distribute, click the triangle at the right end of the Distribute button and select Delete. This action deletes the downloaded parcel from the local parcel repository.
Distributing parcels to the hosts in the cluster does not affect the current running services.
Activating a Parcel
Parcels that have been distributed to the hosts in a cluster are ready to be activated.
- From the Parcels page, choose ClusterName or All Clusters in the Location selector, and click the Activate button for the parcel you want to activate. This action updates Cloudera Manager to point to the new software, ready to be run the next time a service is restarted.
- A pop-up warns you that your currently running process will not be affected until you restart, and gives you the option to perform a restart. If you do not want to restart at this time, click Close.
If you elect not to restart services as part of the Activation process, you can instead go to the Clusters tab and restart your services at a later time. Until you restart services, the current software continues to run. This allows you to restart your services at a time that is convenient based on your maintenance schedules or other considerations.
Activating a new parcel also deactivates the previously active parcel (if any) for the product you have just upgraded. However, until you restart the services, the previously active parcel displays a status of Still in use and you cannot remove the parcel until it is no longer being used.
Deactivating a Parcel
You can deactivate an active parcel; this will update Cloudera Manager to point to the previous software version, ready to be run the next time a service is restarted. From the Parcels page, choose ClusterName or All Clusters in the Location selector, and click the Deactivate button on an activated parcel.
To use the previous version of the software, restart your services.
Removing a Parcel
From the Parcels page, choose ClusterName or All Clusters in the Location selector, and click the to the right of an Activate button and select Remove from Hosts.
Deleting a Parcel
From the Parcels page, choose ClusterName or All Clusters in the Location selector, and click the to the right of a Distribute button and select Delete.
Changing the Parcel Directory
The default location of the parcel directory is /opt/cloudera/parcels. To relocate distributed parcels to a different directory, do the following:- Stop all services.
- Deactivate all in-use parcels.
- Shut down the Cloudera Manager Agent on all hosts.
- Move the existing parcels to the new location.
- Configure the host parcel directory.
- Start the Cloudera Manager Agents.
- Activate the parcels.
- Start all services.
Troubleshooting
If you experience an error while performing parcel operations, click on the red 'X' icons on the parcel page to display a message that will identify the source of the error.If you have a parcel distributing but never completing, make sure you have enough free space in the parcel download directories, as Cloudera Manager will retry to downloading and unpacking parcels even if there is insufficient space.
Viewing Parcel Usage
- Do one of the following:
- Click in the top navigation bar
- Click Hosts in the top navigation bar and click the Parcels tab.
- Click the Parcel Usage button.
This page only shows the usage of parcels, not components that were installed as packages. If you select a cluster running packages (for example, a CDH 4 cluster) the cluster is not displayed, and instead you will see a message indicating the cluster is not running parcels. If you have individual hosts running components installed as packages, they will appear as "empty."
You can view parcel usage by cluster, or by product.
You can also view just the hosts running only the active parcels, or just hosts running older parcels (not the currently active parcels) or both.
The "host map" at the right shows each host in the cluster with the status of the parcels on that host. If the host is actually running the processes from the currently activated parcels, the host is indicated in blue. A black square indicates that a parcel has been activated, but that all the running processes are from an earlier version of the software. This can happen, for example, if you have not restarted a service or role after activating a new parcel.
Move the cursor over the icon to see the rack to which the hosts are assigned. Hosts on different racks are displayed in separate rows.
To view the exact versions of the software running on a given host, you can click on the square representing the host. This pops up a display showing the parcel versions installed on that host.
For CDH 4.4, Impala 1.1.1, and Solr 0.9.3 or later, it will list the roles running on the selected host that are part of the listed parcel. Clicking a role takes you to the Cloudera Manager page for that role. It also shows whether the parcel is Active or not.
If a host is running a mix of software versions, the square representing the host is shown by a four-square icon . When you move the cursor over that host, both the active and inactive components are shown. For example, in the image below the older CDH parcel has been deactivated but only the HDFS service has been restarted.
Parcel Configuration Settings
You can configure where parcels are stored on the Cloudera Manager Server host, the URLs of parcel repositories, the properties of a proxy server through which parcels are downloaded, and where parcels distributed to cluster hosts are stored.
Configuring Cloudera Manager Server Parcel Settings
- Use one of the following methods to open the parcel settings page:
- Navigation bar
- Click in the top navigation bar
- Click the Edit Settings button.
- Menu
- Select .
- Select Parcels.
- Navigation bar
- Specify a property:
- Local Parcel Repository Path defines the path on the Cloudera Manager Server host where downloaded parcels are stored.
- Remote Parcel Repository URLs is a list of repositories that Cloudera Manager should check for parcels. Initially this points to the latest released CDH
4, CDH 5, Impala, and Solr repositories but you can add your own repository locations to the list. You can use this mechanism to add Cloudera repositories that are not listed by default, such as
older versions of CDH, or the Sentry parcel for CDH 4.3. You can also use this to add your own custom repositories. The
locations of the Cloudera parcel repositories are https://archive.cloudera.com/product/parcels/version, where product is cdh4, cdh5, gplextras5, impala, search, and sentry, and version is a
specific product version, latest, or the substitution variable {latest_supported}. The substitution variable appears after the parcel for
the CDH version with the same major number as the Cloudera Manager version to enable substitution of the latest supported maintenance version of CDH.
To add a parcel repository:
- In the Remote Parcel Repository URLs list, click to open an additional row.
- Enter the path to the repository.
- Click Save Changes.
- Set the frequency with which Cloudera Manager will check for new parcels.
- Configure a proxy to access to the remote repositories.
- Configure whether downloads and distribution of parcels should occur automatically whenever new ones are detected. If automatic downloading/distribution are not enabled (the default), you must go to the Parcels page to initiate these actions.
- Control which products can be downloaded if automatic downloading is enabled.
- Control whether to retain downloaded parcels.
- Control whether to retain old parcel version and how many parcel versions to retain
- The concurrent upload count (Maximum Parcel Uploads) doesn't matter, theoretically, if all hosts have the same speed Ethernet. In general, 50 concurrent uploads is an acceptable setting in most cases. However, in a scenario where the server has more bandwidth (say 10Gbe while the normal hosts are using 1Gbe), then the count is important to maximize bandwidth, and would need to be at least the difference in speeds (10x in this case).
- The bandwidth limit (Parcel Distribution Rate Limit) should be your Ethernet speed (in MiB/seconds) divided by approximately 16. You can use a higher limit if you have QoS set up to prevent starving other services, or if you are willing accept a higher risk of higher bandwidth load.
Configuring a Proxy Server
To configure a proxy server through which parcels are downloaded, follow the instructions in Configuring Network Settings.
Configuring the Host Parcel Directory
- Click Hosts in the top navigation bar.
- Click the Configuration tab.
- Select Parcels.
- Configure the value of the Parcel Directory property. The setting of the parcel_dir property in the Cloudera Manager Agent configuration file overrides this setting.
- Click Save Changes to commit the changes.
- Restart the Cloudera Manager Agent on all hosts.