博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
hadoop或者hbase集群做停止操作
阅读量:4188 次
发布时间:2019-05-26

本文共 1005 字,大约阅读时间需要 3 分钟。

有时候,我们对运行几天或者几个月的hadoop或者hbase集群做停止操作,会发现,停止命令不管用了,为什么呢?

因为基于java开发的程序,想要停止程序,必须通过进程pid来确定,而hadoop和hbase默认的情况下,会把pid文件存储在Linux上的/tmp目录的某个目录下,进程名命令规则一般是  框架名-用户名-角色名.pid,而默认情况下,linux的tmp里面的东西,一天会删除一次,所以把pid文件放在这里面,并不是长久之计,为了安全起见,我们还是放到一个固定的目录下最好,当然不能放在/tmp下
如何配置避免把进程文件写到临时目录下面呢?
一:Hadoop配置:
(1)修改hadoop-env.sh
修改如下,如果没有下面的设置,可以直接添加:
export HADOOP_PID_DIR=/ROOT/server/pids_hadoop_hbase
export HADOOP_SECURE_DN_PID_DIR=/ROOT/server/pids_hadoop_hbase
上述配置,影响
NameNode
DataNode
SecondaryNameNode
进程pid存储
(2)修改mapred-env.sh
修改
export HADOOP_MAPRED_PID_DIR=/ROOT/server/pids_hadoop_hbase
上述配置,影响
JobHistoryServer
进程pid存储
(3)修改yarn-env.sh
修改或者添加(不存在此项配置时),这里面我没有找到pid的环境设置变量,所以就直接添加了
export YARN_PID_DIR=/ROOT/server/pids_hadoop_hbase
上述配置,影响
NodeManager
ResourceManager
进程pid存储
二:Hbase的配置
修改hbase-env.sh
export HBASE_PID_DIR=/ROOT/server/pids_hadoop_hbase
上述配置,影响
HMaster
HRegionServer
进程pid存储
再次启动集群,就会发现指定的pids_hadoop_hbase下有进程pid文件已经存储进来:
如此以来,就安全多了,再次关闭集群时,不用再担心进程文件找不到,而导致只能暴力 kill 相关 进程,这样做比较危险,一般情况不推荐这样做

转载地址:http://wajoi.baihongyu.com/

你可能感兴趣的文章
Silverlight DataBindings for 1.1 (Managed code)
查看>>
另類的Silverlight中文解法
查看>>
我的年度計劃-流產表...........
查看>>
Vista 與輸入法程式介面
查看>>
複合式 LINQ.
查看>>
瀏覽器平台上的戰爭,Silverlight,Flash,Flex,JavaFX
查看>>
WPF UI介面的革新
查看>>
3月14日相约CSDN聊天室: ASP.NET 想说爱你并不件容易的事?
查看>>
2007年后,即将脱离单身
查看>>
當中文的OS + 英文的VS 2005 + SP1 = 中英混合的IDE
查看>>
Orphean WinForm Helper Patch 1
查看>>
Framework的设计与应用--基于Windows Forms的应用开发实践
查看>>
Inside ObjectBuilder 范例
查看>>
Inside ObjectBuilder Part 4
查看>>
Inside ObjectBuilder Part 2
查看>>
Inside ObjectBuilder Part1
查看>>
Inside ASP.NET 2.0 – Controls Model
查看>>
Developing ASP.NET Custom Control With C# Builder
查看>>
近日計劃
查看>>
.NET Framework Security Code Access Security-應用程式篇
查看>>