2017-05-20 2 views
0

J'ai mis à jour CM 5.8.3, CDH 5.7.5 à CM 5.11.0, CDH 5.9.1 dans notre cluster Puis j'ai appliqué la version Sentry et spark 2.0. Donc données HDFS non ajoutées mais permfection et propriétaire HDFS changéescloudera gestionnaire downgrade processus

Quoi qu'il en soit, j'ai dû installer CM version 5.10.1, mais je me suis retrouvé à installer une version de CM version 5.11.0.

Bien qu'il n'y ait pas de problème avec le notre cluster, mon manager veut réinstaller le CM 5.10.1 dans notre groupe parce qu'il a un autre groupe différent

J'ai une question sur déclassement.

Je voudrais savoir si downgrade CM est possible avec commande ci-dessous:

miam downgrade Cloudera-manager-agent, Cloudera-manager-daemons, Cloudera-manager-serveur

S'il est impossible , veuillez confirmer si le processus suivant est correct.

j'espère déclasser que CM 5.11.1 CM 5.11.0

  1. yum remove CM 5.11.0

  2. yum install CM 5.8.5 (car la sauvegarde de métadonnées vesion est 5.8. 3)

  3. Restaurer les bases de données Manager Cloudera suivantes: Cloudera Manager Server Moniteur d'activité (en fonction de votre déploiement, ce rôle ne peut pas être installé) Re ports directeur service Moniteur Moniteur hôte Navigator Audit serveur Navigator Metadata Server

Je suis inquiet que CM ne démarre pas parce que la version cdh stockée dans la scm Metastore ne correspond pas à la version actuelle installée de CCQ . donc en dessous du processus (5 ~ 6 et 8) susceptible d'être nécessaire.

est-ce vrai?

  1. restaurer HDFS Metastore (fsimage, editslog) dans NameNode actif

  2. CDH 5.9.1 Désactiver et activer CDH 5.7.5

  3. yum update CM 5,10 .1

  4. 5.7.5 Désactiver et CCQ 5.9.1 activer CCQ

plaidoyers e conseiller à moi

Répondre

0

Si vous n'avez pas supprimé la plus ancienne parcelle, vous pouvez activer le CDH 5.10 à partir de cloudera manager