首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >CDH4还原Cloudera管理器到现有集群

CDH4还原Cloudera管理器到现有集群
EN

Stack Overflow用户
提问于 2015-02-14 05:53:33
回答 1查看 321关注 0票数 1

我们生产上的Cloudera (4.7)节点出了问题,因此我们在该节点上安装了一个新操作系统。我们正在尝试从我们对postgresql db的备份中恢复Cloudera Manager。我们希望通过使用恢复的DB,CM能够管理现有的集群和现有的配置。

我们正在做一些POCs,其中我们尝试将cloudera管理器移植到一个新服务器,步骤如下所示。(最终我们将在同一个节点上安装CM )

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

以上步骤似乎不是恢复cloudera管理器状态的正确方法。这个参考文献可能列出了一种无缝的方法来做到这一点。按照链接中提到的步骤,我们仍然无法让CM读取还原的DB。有人能指指正确的台阶吗?任何帮助都很感激。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2015-02-18 01:22:47

经过大量的poc测试,我们得出结论,数据库转储是无用的。幸运的是,我们有了postgresql的/data目录。

我们选择了同一台机器重新安装(因此不需要在/etc/cloudera agent/config.ini中乱搞主机名和ipaddresses ),所以我们安装了正确的postgresql版本cloudera server、cloudera server-db、cloudera agent、cloudera daemon及其相关依赖项。

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

启动cloudera服务器,所有服务都会出现.如果存在数据库连接问题,请转到相关服务,例如活动监视器,并将密码更改为yourPassword。重新启动。

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

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/28512896

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档