在hadoop中修改集群属性时是否需要重新启动守护进程?

在hadoop中修改集群属性时是否需要重新启动守护进程?,hadoop,Hadoop,假设默认情况下复制因子为3,我想知道如果我们将复制因子修改为2,是否需要重新启动hadoop守护进程才能使更改生效 如果是这样的话,那么有什么具体的原因使它成为这样吗 如果在不需要重新启动hadoop集群的情况下应用配置,那么会出现什么样的问题? 以下命令的定义: setrep Usage: hadoop fs -setrep [-R] <path> Changes the replication factor of a file. -R option is for recursi

假设默认情况下复制因子为3,我想知道如果我们将复制因子修改为2,是否需要重新启动hadoop守护进程才能使更改生效

如果是这样的话,那么有什么具体的原因使它成为这样吗

如果在不需要重新启动hadoop集群的情况下应用配置,那么会出现什么样的问题?

以下命令的定义:

setrep
Usage: hadoop fs -setrep [-R] <path>

Changes the replication factor of a file. -R option is for recursively increasing the replication     factor of files within a directory.

Example:

hadoop fs -setrep -w 3 -R /user/hadoop/dir1
Exit Code:

Returns 0 on success and -1 on error.
setrep
用法:hadoop fs-setrep[-R]
更改文件的复制系数-R选项用于递归地增加目录中文件的复制因子。
例子:
hadoop fs-setrep-w3-R/user/hadoop/dir1
退出代码:
成功时返回0,错误时返回-1。

可以更改特定文件的复制系数,因此显然不需要重新启动守护进程。复制因子的全部用途是,如果其中一个数据节点出现故障,并且某些文件的复制因子的值低于所需值,则会自动重新应用这些节点

很抱歉,如果我让它看起来很混乱,我想了解您是否修改了以下文件中的任何属性-core-site.xml-hdfs-site.xml-mapred-site.xml-warn-site.xml是否需要重新启动守护进程?我试图了解是否是这种情况,以及它们被设计成这样的具体原因。我能想到的一种情况是,假设复制因子为3,在xml中设置。让mapreduce以默认设置运行(处理需要1小时)。现在,我将把复制因子改为2(全球范围内,而不是特定于该MR作业,需要5分钟才能完成)。假设另一个已在RF为3的情况下运行的Map Reduce将受到影响(如果它的设计方式是在不重新启动守护进程的情况下,属性更改将生效)。