Support Questions

Find answers, ask questions, and share your expertise

Re-installation Clouder Manager also need to re-install CDH?

avatar
Explorer

1. if re-install Clouder Manager, whether need to re-install CDH or not?
2. for CDH integrated with Kerberos, once re-install Kerberos, whether need to re-install CDH or not?

1 ACCEPTED SOLUTION

avatar
Super Collaborator

No, you do not have to re-install CDH. 

 

Here is a document that shows you how to move Cloudera Manager to a new host and steps to take so your CDH hosts will see it.   http://www.cloudera.com/documentation/enterprise/latest/topics/cm_ag_restore_server.html

 

Moving the Cloudera Manager Server to a New Host

You can move the Cloudera Manager Server if either the Cloudera Manager database server or a current backup of the Cloudera Manager database is available.

To move the Cloudera Manager Server:
  1. Identify a new host on which to install Cloudera Manager.
  2. Install Cloudera Manager on a new host, using the method described under Install the Cloudera Manager Server Packages. Important:
    • The Cloudera Manager version on the destination host must match the version on the source host.
    • Do not install the other components, such as CDH and databases.
  3. Copy the entire content of /var/lib/cloudera-scm-server/ on the old host to that same path on the new host. Ensure you preserve permissions and all file content.
  4. If the database server is not available:
    1. Install the database packages on the host that will host the restored database. This could be the same host on which you have just installed Cloudera Manager or it could be a different host. If you used the embedded PostgreSQL database, install the PostgreSQL package as described in Embedded PostgreSQL Database. If you used an external MySQL, PostgreSQL, or Oracle database, reinstall following the instructions in Cloudera Manager and Managed Service Datastores.
    2. Restore the backed up databases to the new database installation.
  5. Update /etc/cloudera-scm-server/db.properties with the database name, database instance name, username, and password.
  6. Do the following on all cluster hosts:
    1. In /etc/cloudera-scm-agent/config.ini, update the server_host property to the new hostname.
    2. If you are replacing the Cloudera Manager database with a new database, and you are not using a backup of the original Cloudera Manager database, delete the /var/lib/cloudera-scm-agent/cm_guid file.
    3. Restart the agent using the following command:
      $ sudo service cloudera-scm-agent restart
  7. Start the Cloudera Manager Server. Cloudera Manager should resume functioning as it did before the failure. Because you restored the database from the backup, the server should accept the running state of the Agents, meaning it will not terminate any running processes.
The process is similar with secure clusters, though files in /etc/cloudera-scm-server must be restored in addition to the database. See Cloudera Security.

 

 

View solution in original post

3 REPLIES 3

avatar
Super Collaborator

For #1, do you mean upgrade Cloudera Manager?  I am not sure what you mean by re-install?

 

If you upgrade Cloudera Manager you do not have to upgrade CDH to the same version.

 

Tina

avatar
Explorer

not mean upgrade.

If do not configure high availabe for Cloudera manager, once the cloudera manager host  crash, maybe can re-install it on the other machine.  If so, also need to re-install CDH? 

avatar
Super Collaborator

No, you do not have to re-install CDH. 

 

Here is a document that shows you how to move Cloudera Manager to a new host and steps to take so your CDH hosts will see it.   http://www.cloudera.com/documentation/enterprise/latest/topics/cm_ag_restore_server.html

 

Moving the Cloudera Manager Server to a New Host

You can move the Cloudera Manager Server if either the Cloudera Manager database server or a current backup of the Cloudera Manager database is available.

To move the Cloudera Manager Server:
  1. Identify a new host on which to install Cloudera Manager.
  2. Install Cloudera Manager on a new host, using the method described under Install the Cloudera Manager Server Packages. Important:
    • The Cloudera Manager version on the destination host must match the version on the source host.
    • Do not install the other components, such as CDH and databases.
  3. Copy the entire content of /var/lib/cloudera-scm-server/ on the old host to that same path on the new host. Ensure you preserve permissions and all file content.
  4. If the database server is not available:
    1. Install the database packages on the host that will host the restored database. This could be the same host on which you have just installed Cloudera Manager or it could be a different host. If you used the embedded PostgreSQL database, install the PostgreSQL package as described in Embedded PostgreSQL Database. If you used an external MySQL, PostgreSQL, or Oracle database, reinstall following the instructions in Cloudera Manager and Managed Service Datastores.
    2. Restore the backed up databases to the new database installation.
  5. Update /etc/cloudera-scm-server/db.properties with the database name, database instance name, username, and password.
  6. Do the following on all cluster hosts:
    1. In /etc/cloudera-scm-agent/config.ini, update the server_host property to the new hostname.
    2. If you are replacing the Cloudera Manager database with a new database, and you are not using a backup of the original Cloudera Manager database, delete the /var/lib/cloudera-scm-agent/cm_guid file.
    3. Restart the agent using the following command:
      $ sudo service cloudera-scm-agent restart
  7. Start the Cloudera Manager Server. Cloudera Manager should resume functioning as it did before the failure. Because you restored the database from the backup, the server should accept the running state of the Agents, meaning it will not terminate any running processes.
The process is similar with secure clusters, though files in /etc/cloudera-scm-server must be restored in addition to the database. See Cloudera Security.