container-executor.cfg文件及其各级父路径问题解决方案

简介: 一、背景      为了增加Hadoop CGroup来限制部分作业对CPU的占用,近日在搭建Hadoop-2.6.0的CGroup过程中,碰到了以下一个问题,提示如下(注:500为用户hadoop的id号):File /opt/hadoop/hadoop-2.

一、背景

      为了增加Hadoop CGroup来限制部分作业对CPU的占用,近日在搭建Hadoop-2.6.0的CGroup过程中,碰到了以下一个问题,提示如下(注:500为用户hadoop的id号):

File /opt/hadoop/hadoop-2.6.0/etc/hadoop/container -executor .cfg must be owned by root, but is owned by 500

      于是,就将container-executor.cfg文件的所有者修改为root,继而又出现了以下问题:

File /opt/hadoop/hadoop-2.6.0/etc/hadoop must be owned by root, but is owned by 500

      这是怎么回事呢?

二、分析

      原来,LinuxContainerExecutor通过container-executor来启动容器,但是出于安全的考虑,要求其所依赖的配置文件container-executor.cfg及其各级父路径所有者必须是root用户。源码中的判断如下:

/**
 * Ensure that the configuration file and all of the containing directories
 * are only writable by root. Otherwise, an attacker can change the
 * configuration and potentially cause damage.
 * returns 0 if permissions are ok
 */
int check_configuration_permissions(const char* file_name) {
  // copy the input so that we can modify it with dirname
  char* dir = strdup(file_name);
  char* buffer = dir;
  do {
    if (!is_only_root_writable(dir)) {
      free(buffer);
      return -1;
    }
    dir = dirname(dir);
  } while (strcmp(dir, "/") != 0);
  free(buffer);
  return 0;
}
  
/**
 * Is the file/directory only writable by root.
 * Returns 1 if true
 */
static int is_only_root_writable(const char *file) {
  struct stat file_stat;
  if (stat(file, &file_stat) != 0) {
    fprintf(ERRORFILE, "Can't stat file %s - %s\n", file, strerror(errno));
    return 0;
  }
  if (file_stat.st_uid != 0) {
    fprintf(ERRORFILE, "File %s must be owned by root, but is owned by %d\n",
            file, file_stat.st_uid);
    return 0;
  }
  if ((file_stat.st_mode & (S_IWGRP | S_IWOTH)) != 0) {
    fprintf(ERRORFILE,
        "File %s must not be world or group writable, but is %03o\n",
        file, file_stat.st_mode & (~S_IFMT));
    return 0;
  }
  return 1;
}


      在check_configuration_permissions函数中,对配置文件container-executor.cfg路径dir,在一个do循环内循环调用is_only_root_writable函数检测及所有者必须是root用户,否则不予启动容器。

      而Hadoop-2.6.0在编译时,是通过如下方式确定配置文件container-executor.cfg的位置的,首先,在hadoop-yarn-server-nodemanager的pom.xml中,设置了一个名为container-executor.conf.dir的properties,其值为yarn.basedir/etc/hadoop,实际上就是$HADOOP_HOME/etc/hadoop/,如下:

< properties >
   <!-- Basedir eeded for generating FindBugs warnings using parent pom -->
   < yarn.basedir >${project.parent.parent.basedir}</ yarn.basedir >
   < container-executor.conf.dir >../etc/hadoop</ container-executor.conf.dir >
   < container-executor.additional_cflags ></ container-executor.additional_cflags >
</ properties >

      而在cmake的编译时用到了这个路径,将其赋值给DHADOOP_CONF_DIR并传入cmake编译环境,如下:

< exec  executable = "cmake"  dir = "${project.build.directory}/native"  failonerror = "true" >
      < arg  line = "${basedir}/src/ -DHADOOP_CONF_DIR=${container-executor.conf.dir} -DJVM_ARCH_DATA_MODEL=${sun.arch.data.model}" />
      < env  key = "CFLAGS"  value = "${container-executor.additional_cflags}" />
</ exec >

      这就有一个问题,要么我们把$HADOOP_HOME各级父目录及其到container-executor.cfg的各级子目录设置其所有者为root,要么我们就得修改源码,重设路径,然后重新编译Hadoop-2.6.0,命令如下:

mvn package  -Pdist ,native  -DskipTests  -Dtar  -Dcontainer -executor .conf. dir =/etc/hadoop

      这两种方案都不是很好,前者隐患太大,后者比较麻烦,需要maven、protobuf等环境。

三、方案

      通过cmake -DHADOOP_CONF_DIR=/etc/hadoop重新编译container-executor即可,步骤如下:

cd  /tmp/lp_test
tar  -zxf  hadoop-2.6.0 -src .tar.gz
chown  -R  root:root hadoop-2.6.0 -src
cd  /tmp/lp_test/hadoop-2.6.0 -src /hadoop -yarn -project /hadoop -yarn /hadoop -yarn -server /hadoop -yarn -server -nodemanager /
cmake src -DHADOOP_CONF_DIR=/etc/hadoop
make

      cd targe/usr/local/bin/即可获得需要的container-executor文件。

      ps:由于之前一直没用过c,直到写这篇文章之前的解决方案还是直接修改的c源码,写死了配置文件路径,然后通过cmake src直接编译得到的container-executor。。。在写这篇文章总结时,才突然完全明白container-executor的生成过程,看来写写文章,总结总结还是非常好的!

相关文章
|
存储 分布式计算 Hadoop
HDFS 修改副本数&fsck命令
HDFS 修改副本数&fsck命令
1645 0
|
XML 分布式计算 安全
hadoop升级流程
hadoop升级流程
|
Linux
Linux大文件查看利器:掌握Less命令的使用和技巧
Linux大文件查看利器:掌握Less命令的使用和技巧
2767 0
|
Java Maven Windows
Windows 配置Maven的本地仓库和阿里云远程中央仓库
Windows 配置Maven的本地仓库和阿里云远程中央仓库
3626 1
Windows 配置Maven的本地仓库和阿里云远程中央仓库
|
6月前
|
人工智能 JavaScript Java
阿里云百炼API-Key完整获取教程:从零到一键调用全流程及常见问题解答
阿里云百炼是阿里云提供的一站式大模型服务平台,支持各类模型调用、智能体接入、应用开发与部署。想要通过代码、第三方工具(如OpenClaw、Hermes Agent、Claude Code)接入百炼模型,必须先获取正确可用的API-Key。本文提供完整、可直接操作的API-Key开通与获取流程,全程清晰易懂,新手也能快速完成。
3179 2
阿里云百炼API-Key完整获取教程:从零到一键调用全流程及常见问题解答
|
7月前
|
存储 监控 测试技术
ES索引的基础和进阶内容
本文详解Elasticsearch索引创建与优化:涵盖默认、自定义配置及模板三种创建方式;深入分片/副本数选型策略(建议分片10–50GB);详述reindex全流程(含切片加速、限速、监控与安全删除);解析object/nested/wildcard等核心字段类型差异;并介绍动态/显式映射、索引模板与别名等进阶实践。(239字)
478 0
|
安全 Linux Shell
CentOS恢复或重置遗忘的root用户密码的方法
至此,整个手术过程完成。没有繁复的迷魂阵,也无需烧香拜佛,就这样直截了当,你已经成功将被遗忘的密码变成了新的秘密。就像你的影子随形,但却更加隐秘安全。这不仅限于CentOS,其实许多Linux系统对于这样的技巧也会乖乖听话。这样的流程就像变魔术一样,让你重新掌握了“开关命运”的钥匙。
963 12
|
网络协议 Ubuntu 网络安全
|
监控 Java 应用服务中间件
SpringBoot3 快速入门及原理分析
SpringBoot3 快速入门及原理分析
|
域名解析 移动开发 运维
Nacos 集群部署模式最佳实践
本文介绍了 Nacos 的三种部署模式,并就高可用、可伸缩、易用性等方面对各个模式进行介绍。
13722 112
Nacos 集群部署模式最佳实践

热门文章

最新文章