1

我们的 Cloudera Manager (4.7) 生产节点出现问题，因此我们在该节点上安装了新的操作系统。我们正在尝试从（嵌入式）postgresql 数据库的备份中恢复 Cloudera Manager。我们希望通过使用恢复的 DB，CM 可以使用现有配置管理现有集群。

我们正在做一些 POC，我们正在尝试将 cloudera 管理器移植到新服务器，步骤如下所述。（最终我们将在同一个节点上安装 CM）

  1. 安装 cloudera-server-daemons cloudera-server
  2. 安装 cloudera-server-db
  3. sudo service cloudera-server-db start => 这将创建基本角色；重新生成密码等
  4. 因此，从我们的 pg_dumpall foo.sql 中，我们删除了创建角色和密码以及数据库的初始语句。 pql -U cloudera-scm -h localhost -p 7432 -f foo.sql postgres.这成功完成了。
  5. 在集群中的每个 on 节点上，将 /etc/cloudera-scm-agent/config.ini 更改为指向新节点
  6. sudo 服务 cloudera-server 启动。=> 我们期待 CM 获取配置并加载。但是它需要我们安装程序页面
  7. 安装免费版。要么搜索 ips，要么我们看到可用的主机。
  8. 接下来，它会更新集群中每个节点上的 cdh 包，并要求我们安装服务。
  9. 在此之后，过程有点不清楚。但是，我们确实设法将角色分配给适当的节点，例如。HDFS 使用相同的根目录，它没有被格式化，一切看起来都很好。但是，我们所有的配置都丢失了。这似乎表明 CM 没有读取恢复的数据库。

以上步骤似乎不是恢复cloudera manager状态的正确方法。本参考可能列出了一种无缝的方式来做到这一点。按照链接中提到的步骤，我们仍然无法让 CM 读取恢复的数据库。有人可以指出正确的步骤吗？任何帮助表示赞赏。

4

1 回答 1

1

经过大量 poc 后，我们得出的结论是 db 转储是无用的。对我们来说幸运的是，我们有 postgresql 的 /data 目录。

我们选择了同一台机器进行重新安装（因此无需在 /etc/cloudera-scm-agent/config.ini 中搞乱主机名和 IP 地址）所以我们安装了正确的 postgresql 版本，cloudera-scm-server， cloudera-scm-server-db、cloudera-scm-agent、cloudera-scm-daemons 及其相关依赖项。

我们遇到的一个问题是我们丢失了 db.mgmt.properties。我们能够更改用户的密码（amon、hmon、smon、nav 等）。密码的逻辑是使用 postgres 中可用的 md5 函数的 md5(yourPasswordUser)。此外，您需要在此密码前面加上“md5”。

启动 cloudera-scm-server，所有服务都会显示出来。如果存在数据库连接问题，请转到相关服务，例如活动监视器并将密码更改为 yourPassword。重新开始。

这对我们有用。我们不需要安装或重新配置服务。

于 2015-02-18T01:22:47.877 回答