ambari HDFS-HA 回滚

curl -u admin:admin -H "X-Requested-By: ambari" -X GET http://zwshen86:8080/api/v1/clusters/bigdata/services/STORM

命令中的 zwshen86 为 Ambari Server 的机器名（端口默认为 8080），bigdata 为 cluster 名字，STORM 为 Service 的名字。

查看hdfs的信息

curl -u admin:admin -H "X-Requested-By: ambari" -X GET http://node01:8080/api/v1/clusters/ocdp/services/HDFS

node01,datanode,journalnode,
node02,datanode,journalnode,SECONDARY_NAMENODE
node03,datanode,journalnode
node04,namenode,
node05,namenode,

回滚操作：

sudo su -l hdfs -c ‘hdfs dfsadmin -safemode enter‘
sudo su -l hdfs -c ‘hdfs dfsadmin -saveNamespace‘

查看各主机的组件角色

curl -u admin:admin -i http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=NAMENODE

curl -u admin:admin -i http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=SECONDARY_NAMENODE

curl -u admin:admin -i http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=JOURNALNODE

curl -u admin:admin -i  http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=ZKFC

删除zkfc

curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE  http://node01:8080/api/v1/clusters/ocdp/hosts/node05/host_components/ZKFC
curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE  http://node01:8080/api/v1/clusters/ocdp/hosts/node04/host_components/ZKFC

启用SECONDARY_NAMENODE

curl -u admin:admin -H "X-Requested-By: ambari" -X POST -d ‘{"host_components" : [{"HostRoles":{"component_name":"SECONDARY_NAMENODE"}}] }‘ http://node01:8080/api/v1/clusters/ocdp/hosts?Hosts/host_name=node02

curl -u admin:admin -H "X-Requested-By: ambari" -X PUT -d ‘{"RequestInfo":{"context":"Enable Secondary NameNode"},"Body":{"HostRoles":{"state":"INSTALLED"}}}‘ http://node01:8080/api/v1/clusters/ocdp/hosts/node02/host_components/SECONDARY_NAMENODE

curl -u admin:admin -H "X-Requested-By: ambari" -X GET "http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=SECONDARY_NAMENODE&fields=HostRoles/state"

删除journalnode

curl -u admin:admin -H "X-Requested-By: ambari" -X GET http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=JOURNALNODE
curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE http://node01:8080/api/v1/clusters/ocdp/hosts/node01/host_components/JOURNALNODE
curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE http://node01:8080/api/v1/clusters/ocdp/hosts/node02/host_components/JOURNALNODE
curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE http://node01:8080/api/v1/clusters/ocdp/hosts/node03/host_components/JOURNALNODE

删除额外的namenode：

curl -u admin:admin -H "X-Requested-By: ambari" -X GET http://node01:8080/api/v1/clusters/ocdp/host_components?HostRoles/component_name=NAMENODE
curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE http://node01:8080/api/v1/clusters/ocdp/hosts/node05/host_components/NAMENODE

重启服务

时间： 2024-08-11 07:39:56

ambari HDFS-HA 回滚的相关文章

搭建hadoop2.6.0 HDFS HA及YARN HA

最终结果:[[email protected] ~]$ jps12723 ResourceManager12995 Jps12513 NameNode12605 DFSZKFailoverController [[email protected] ~]$ jps12137 ResourceManager12233 Jps12009 DFSZKFailoverController11930 NameNode [[email protected] ~]$ jps12196 DataNode12322

spring事务没回滚

最近遇见一个问题,用spring管理实务,在service层处理数据,保存数据时出现异常,但没有回滚,检查了一下,发现是因为我用try catch将异常进行捕获了,没有抛出导致的:默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚. 处理发法一:捕获异常后,新生成runtimeexcetpion: try { userDao.save(user); userDao.update(user); } catch (Exception e) { logger.info("

回滚的意义---JDBC事务回滚探究

JDBC手动事务提交回滚的常见写法一直是rollback写在commit的catch之后: try{ conn.setAutoCommit(false); ps.executeUpdate(); ps.executeUpdate(); conn.commit(); }catch(Exception e){ conn.rollback(); } 但是,这种回滚是没有意义的: 一旦commit前出错, 就不提交了, 回滚无用一旦commit了, 说明没错, 不用回滚找到一篇和我观点相同的文章:

Spring中@Transactional事务回滚实例及源码

一.使用场景举例在了解@Transactional怎么用之前我们必须要先知道@Transactional有什么用.下面举个栗子:比如一个部门里面有很多成员,这两者分别保存在部门表和成员表里面,在删除某个部门的时候,假设我们默认删除对应的成员.但是在执行的时候可能会出现这种情况,我们先删除部门,再删除成员,但是部门删除成功了,删除成员的时候出异常了.这时候我们希望如果成员删除失败了,之前删除的部门也取消删除.这种场景就可以使用@Transactional事物回滚. 二.checked异常和unc

springmvc事务回滚失效

转载:http://blog.csdn.net/z69183787/article/details/37819831 前文提到,最新换了框架,新项目用SpringMVC + Spring JdbcTemplate.搭框架时,发现了一个事务无法正常回滚的问题,记录如下: 首先展示问题: Spring applicationContext.xml配置: [html] view plaincopy <bean id="dataSource" class="org.spring

上线代码、回滚代码

上线脚本 #!/bin/bash FWDIR="$(cd `dirname "${BASH_SOURCE-$0}"`; pwd)" bin=`dirname "$0"` bin=`cd "$bin"; pwd` now=`date "+%Y%m%d_%H%M%S"` tag_release=di.release.${now} [email protected]:bdp-server/bdp-di.git e

web代码发布脚本以及回滚3.0

由于web服务器上的代码更新速度非常快,所以备份回滚变的非常重要,在源服务器在代码更新之前要做好备份 #!/bin/bash TODAY=`date +'%Y%m%d%H%M%S'` BACKUP_DIR=/home/path_to_file/publish/FILENAMEback FILE_DIR=/PATH/TO/FILE find $FILE_DIR/ -type f > /home/publish_file.list sed -i 's/\/PATH\/TO\/FILE\>//g'

3.配置HDFS HA

安装zookeeper下载zookeeper编辑zookeeper配置文件创建myid文件启动zookeeper配置HDFS HA配置手动HA配置自动HA启动HDFS HA namenode负责管理整个hdfs集群,如果namenode故障则集群将不可用.因此有必须实现namenode高可用. hdfs的高可用原理参考: HADOOP(二):hdfs 高可用原理 zookeeper简介: zookeeper集群安装安装zookeeper 下载zookeeper 下载zookeeper并解压到/

Spring 实现部分事务回滚

例如有业务需求,在catch异常后,catch块内把异常的信息存入到数据库,而catch外的数据全部回滚 try { ....... aaaService.save(); }catch(RuntimeException e) { bbbService.save(e.getMessage()); throw new RuntimeException(e.getMessage()); } 确保aaaService.save()的数据回滚,而 bbbService的save不回滚. 只能在bbbSer