0
0

Hadoop-Yarn-NodeManager是如何启动容器的

一、源码下载

下面是hadoop官方源码下载地址，我下载的是hadoop-3.2.4，那就一起来看下吧

Index of /dist/hadoop/core

二、上下文

在我的博客<Hadoop-Yarn-NodeManager都做了什么>中的NodeManager服务列表中有一项是ContainerManagerImpl，字面上也能看处理（容器管理实现），容器启动的逻辑就在这里。

三、开始捋源码

1、ContainerManagerImpl

  1. public class ContainerManagerImpl extends CompositeService implements
  2.     ContainerManager {
  3.   //......省略......
  4.   public ContainerManagerImpl(Context context, ContainerExecutor exec,
  5.     DeletionService deletionContext, NodeStatusUpdater nodeStatusUpdater,
  6.     NodeManagerMetrics metrics, LocalDirsHandlerService dirsHandler) {
  7.     
  8.     //ContainerManager级调度程序
  9.     dispatcher = new AsyncDispatcher("NM ContainerManager dispatcher");
  10.     //创建ContainerLauncher，用于处理ContainerLauncherEvent
  11.     containersLauncher = createContainersLauncher(context, exec);
  12.     addService(containersLauncher);
  13.     //......省略......
  14.     dispatcher.register(ContainersLauncherEventType.class, containersLauncher);
  16.   }
  18.   protected AbstractContainersLauncher createContainersLauncher(
  19.       Context ctxt, ContainerExecutor exec) {
  20.     //获取 yarn.nodemanager.containers-launcher.class 的值 默认值就是 ContainersLauncher
  21.     //官方解释：容器启动器实现，用于确定如何在NodeManager中启动容器。
  22.     Class<? extends AbstractContainersLauncher> containersLauncherClass =
  23.         ctxt.getConf()
  24.             .getClass(YarnConfiguration.NM_CONTAINERS_LAUNCHER_CLASS,
  25.                 ContainersLauncher.class, AbstractContainersLauncher.class);
  26.     AbstractContainersLauncher launcher;
  27.     try {
  28.       launcher = ReflectionUtils.newInstance(containersLauncherClass,
  29.           ctxt.getConf());
  30.       launcher.init(ctxt, this.dispatcher, exec, dirsHandler, this);
  31.     } catch (Exception e) {
  32.       throw new RuntimeException(e);
  33.     }
  34.     return launcher;
  35.   }
  37.   //......省略......
  38. }

2、ContainersLauncher

源码对该类的注释：容器的启动器。只有在 ResourceLocalizationService 启动后才能启动此服务，因为它取决于在本地文件系统上创建系统目录。

  1. public class ContainersLauncher extends AbstractService
  2.     implements AbstractContainersLauncher {
  3.   //实际是一个线程池（线程池可容纳Integer.MAX_VALUE（2的23次方-1）个线程）
  4.   public ExecutorService containerLauncher =
  5.       HadoopExecutors.newCachedThreadPool(
  6.         new ThreadFactoryBuilder()
  7.           .setNameFormat("ContainersLauncher #%d")
  8.           .build());
  10.   public ContainersLauncher() {
  11.     super("containers-launcher");
  12.   }
  14.   public ContainersLauncher(Context context, Dispatcher dispatcher,
  15.       ContainerExecutor exec, LocalDirsHandlerService dirsHandler,
  16.       ContainerManagerImpl containerManager) {
  17.     this();
  18.     init(context, dispatcher, exec, dirsHandler, containerManager);
  19.   }
  21.   public void init(Context nmContext, Dispatcher nmDispatcher,
  22.       ContainerExecutor containerExec, LocalDirsHandlerService nmDirsHandler,
  23.       ContainerManagerImpl nmContainerManager) {
  24.     this.exec = containerExec;
  25.     this.context = nmContext;
  26.     this.dispatcher = nmDispatcher;
  27.     this.dirsHandler = nmDirsHandler;
  28.     this.containerManager = nmContainerManager;
  29.   }
  31. public void handle(ContainersLauncherEvent event) {
  32.     // TODO: ContainersLauncher launches containers one by one!!
  33.     Container container = event.getContainer();
  34.     ContainerId containerId = container.getContainerId();
  35.     switch (event.getType()) {
  36.       //着重看容器启动事件
  37.       case LAUNCH_CONTAINER:
  38.         Application app =
  39.           context.getApplications().get(
  40.               containerId.getApplicationAttemptId().getApplicationId());
  41.         //Launch 动词 发射
  42.         //Launcher 名词 发射器
  43.         //在英文中在动词后面er，在这里会让它有这样的意思： Launcher "一个来启动容器的对象"
  44.         ContainerLaunch launch =
  45.             new ContainerLaunch(context, getConfig(), dispatcher, exec, app,
  46.               event.getContainer(), dirsHandler, containerManager);
  47.         //将容器启动任务提交给这个线程池
  48.         containerLauncher.submit(launch);
  49.         running.put(containerId, launch);
  50.         break;
  51.       //其他事件只列举下，先不分析
  52.       case RELAUNCH_CONTAINER:
  54.         break;
  55.       case RECOVER_CONTAINER:
  57.         break;
  58.       case RECOVER_PAUSED_CONTAINER:
  60.         break;
  61.       case CLEANUP_CONTAINER:
  63.         break;
  64.       case CLEANUP_CONTAINER_FOR_REINIT:
  66.         break;
  67.       case SIGNAL_CONTAINER:
  69.         break;
  70.       case PAUSE_CONTAINER:
  72.         break;
  73.       case RESUME_CONTAINER:
  75.         break;
  76.     }
  77.   }
  79. }

3、ContainerLaunch

ContainerLaunch 是一个实现了 Callable接口的线程，我们直接看它的构造方法和call方法

  1. public class ContainerLaunch implements Callable<Integer> {
  2.   public ContainerLaunch(Context context, Configuration configuration,
  3.       Dispatcher dispatcher, ContainerExecutor exec, Application app,
  4.       Container container, LocalDirsHandlerService dirsHandler,
  5.       ContainerManagerImpl containerManager) {
  6.     this.context = context;
  7.     this.conf = configuration;
  8.     this.app = app;
  9.     //这个是用于在底层操作系统上启动容器的执行器，也是我们所关心的
  10.     this.exec = exec;
  11.     this.container = container;
  12.     this.dispatcher = dispatcher;
  13.     this.dirsHandler = dirsHandler;
  14.     this.containerManager = containerManager;
  15.     this.maxKillWaitTime =
  16.         conf.getLong(YarnConfiguration.NM_PROCESS_KILL_WAIT_MS,
  17.             YarnConfiguration.DEFAULT_NM_PROCESS_KILL_WAIT_MS);
  18.   }
  20.   public Integer call() {
  21.     //如果容器状态时KILLING，那么直接返回0
  22.     if (!validateContainerState()) {
  23.       return 0;
  24.     }
  26.     //ContainerLaunchContext表示NodeManager启动容器所需的所有信息
  27.     //它包括以下详细信息：
  28.     //    1、容器的ContainerId
  29.     //    2、分配给容器的资源
  30.     //    3、容器分配给的用户
  31.     //    4、安全令牌（如果启用了安全性）
  32.     //    5、运行容器所需的LocalResource，如二进制文件、jar、共享对象、辅助文件等
  33.     //    6、可选的、特定于应用程序的二进制服务数据
  34.     //    7、已启动进程的环境变量
  35.     //    8、启动容器的命令
  36.     //    9、容器失败退出时的重试策略
  37.     final ContainerLaunchContext launchContext = container.getLaunchContext();
  38.     ContainerId containerID = container.getContainerId();
  39.     String containerIdStr = containerID.toString();
  40.     final List<String> command = launchContext.getCommands();
  41.     int ret = -1;
  43.     Path containerLogDir;
  44.     try {
  45.       Map<Path, List<String>> localResources = getLocalizedResources();
  47.       final String user = container.getUser();
  48.       //在写出容器脚本之前 进行 变量扩展
  49.       List<String> newCmds = new ArrayList<String>(command.size());
  50.       String appIdStr = app.getAppId().toString();
  51.       String relativeContainerLogDir = ContainerLaunch
  52.           .getRelativeContainerLogDir(appIdStr, containerIdStr);
  53.       containerLogDir =
  54.           dirsHandler.getLogPathForWrite(relativeContainerLogDir, false);
  55.       recordContainerLogDir(containerID, containerLogDir.toString());
  56.       for (String str : command) {
  57.         // TODO: Should we instead work via symlinks without this grammar?
  58.         newCmds.add(expandEnvironment(str, containerLogDir));
  59.       }
  60.       launchContext.setCommands(newCmds);
  62.       //环境变量的实际扩展发生在调用消毒环境之后。
  63.       //这允许NM_ADMIN_USER_ENV中指定的变量引用用户或容器定义的变量。
  64.       Map<String, String> environment = launchContext.getEnvironment();
  65.       // /// 结束变量扩展
  67.       //使用此选项可以跟踪按nm添加到环境中的变量
  68.       LinkedHashSet<String> nmEnvVars = new LinkedHashSet<String>();
  70.       FileContext lfs = FileContext.getLocalFSFileContext();
  72.       Path nmPrivateContainerScriptPath = dirsHandler.getLocalPathForWrite(
  73.           getContainerPrivateDir(appIdStr, containerIdStr) + Path.SEPARATOR
  74.               + CONTAINER_SCRIPT);
  75.       Path nmPrivateTokensPath = dirsHandler.getLocalPathForWrite(
  76.           getContainerPrivateDir(appIdStr, containerIdStr) + Path.SEPARATOR
  77.               + String.format(TOKEN_FILE_NAME_FMT, containerIdStr));
  78.       Path nmPrivateClasspathJarDir = dirsHandler.getLocalPathForWrite(
  79.           getContainerPrivateDir(appIdStr, containerIdStr));
  81.       //选择容器的工作目录
  82.       Path containerWorkDir = deriveContainerWorkDir();
  83.       recordContainerWorkDir(containerID, containerWorkDir.toString());
  85.       String pidFileSubpath = getPidFileSubpath(appIdStr, containerIdStr);
  86.       //pid文件应该在nm私有目录中，这样用户就无法访问它
  87.       pidFilePath = dirsHandler.getLocalPathForWrite(pidFileSubpath);
  88.       List<String> localDirs = dirsHandler.getLocalDirs();
  89.       List<String> localDirsForRead = dirsHandler.getLocalDirsForRead();
  90.       List<String> logDirs = dirsHandler.getLogDirs();
  91.       List<String> filecacheDirs = getNMFilecacheDirs(localDirsForRead);
  92.       List<String> userLocalDirs = getUserLocalDirs(localDirs);
  93.       List<String> containerLocalDirs = getContainerLocalDirs(localDirs);
  94.       List<String> containerLogDirs = getContainerLogDirs(logDirs);
  95.       List<String> userFilecacheDirs = getUserFilecacheDirs(localDirsForRead);
  96.       List<String> applicationLocalDirs = getApplicationLocalDirs(localDirs,
  97.           appIdStr);
  99.       if (!dirsHandler.areDisksHealthy()) {
  100.         ret = ContainerExitStatus.DISKS_FAILED;
  101.         throw new IOException("Most of the disks failed. "
  102.             + dirsHandler.getDisksHealthReport(false));
  103.       }
  104.       List<Path> appDirs = new ArrayList<Path>(localDirs.size());
  105.       for (String localDir : localDirs) {
  106.         Path usersdir = new Path(localDir, ContainerLocalizer.USERCACHE);
  107.         Path userdir = new Path(usersdir, user);
  108.         Path appsdir = new Path(userdir, ContainerLocalizer.APPCACHE);
  109.         appDirs.add(new Path(appsdir, appIdStr));
  110.       }
  112.       //设置令牌位置
  113.       addToEnvMap(environment, nmEnvVars,
  114.           ApplicationConstants.CONTAINER_TOKEN_FILE_ENV_NAME,
  115.           new Path(containerWorkDir,
  116.               FINAL_CONTAINER_TOKENS_FILE).toUri().getPath());
  118.       // /// 在nmPrivate空间中写出容器脚本。
  119.       try (DataOutputStream containerScriptOutStream =
  120.                lfs.create(nmPrivateContainerScriptPath,
  121.                    EnumSet.of(CREATE, OVERWRITE))) {
  122.         //对容器环境进行消毒
  123.         sanitizeEnv(environment, containerWorkDir, appDirs, userLocalDirs,
  124.             containerLogDirs, localResources, nmPrivateClasspathJarDir,
  125.             nmEnvVars);
  127.         //扩展所有的环境变量
  128.         //替换参数扩展标记。
  129.         //例如，｛｛VAR｝｝在Windows上被替换为%VAR%，而在Linux上则被替换为“$VAR”
  130.         expandAllEnvironmentVars(environment, containerLogDir);
  132.         //准备容器
  133.         prepareContainer(localResources, containerLocalDirs);
  135.         //将容器的启动环境写入默认的容器启动脚本
  136.         exec.writeLaunchEnv(containerScriptOutStream, environment,
  137.             localResources, launchContext.getCommands(),
  138.             containerLogDir, user, nmEnvVars);
  139.       }
  140.       // /// 容器脚本编写完毕
  142.       // /// nmPrivate空间中写出container-tokens
  143.       try (DataOutputStream tokensOutStream =
  144.                lfs.create(nmPrivateTokensPath, EnumSet.of(CREATE, OVERWRITE))) {
  145.         Credentials creds = container.getCredentials();
  146.         creds.writeTokenStorageToStream(tokensOutStream);
  147.       }
  148.       // /// container-tokens编写完毕
  150.       //ContainerStartContext : 封装启动/启动容器所需的信息
  151.       //启动容器
  152.       ret = launchContainer(new ContainerStartContext.Builder()
  153.           .setContainer(container)
  154.           .setLocalizedResources(localResources)
  155.           .setNmPrivateContainerScriptPath(nmPrivateContainerScriptPath)
  156.           .setNmPrivateTokensPath(nmPrivateTokensPath)
  157.           .setUser(user)
  158.           .setAppId(appIdStr)
  159.           .setContainerWorkDir(containerWorkDir)
  160.           .setLocalDirs(localDirs)
  161.           .setLogDirs(logDirs)
  162.           .setFilecacheDirs(filecacheDirs)
  163.           .setUserLocalDirs(userLocalDirs)
  164.           .setContainerLocalDirs(containerLocalDirs)
  165.           .setContainerLogDirs(containerLogDirs)
  166.           .setUserFilecacheDirs(userFilecacheDirs)
  167.           .setApplicationLocalDirs(applicationLocalDirs).build());
  168.     } catch (ConfigurationException e) {
  169.       LOG.error("Failed to launch container due to configuration error.", e);
  170.       dispatcher.getEventHandler().handle(new ContainerExitEvent(
  171.           containerID, ContainerEventType.CONTAINER_EXITED_WITH_FAILURE, ret,
  172.           e.getMessage()));
  173.       // Mark the node as unhealthy
  174.       context.getNodeStatusUpdater().reportException(e);
  175.       return ret;
  176.     } catch (Throwable e) {
  177.       LOG.warn("Failed to launch container.", e);
  178.       dispatcher.getEventHandler().handle(new ContainerExitEvent(
  179.           containerID, ContainerEventType.CONTAINER_EXITED_WITH_FAILURE, ret,
  180.           e.getMessage()));
  181.       return ret;
  182.     } finally {
  183.       setContainerCompletedStatus(ret);
  184.     }
  186.     handleContainerExitCode(ret, containerLogDir);
  187.     return ret;
  188.   }
  190.   protected int launchContainer(ContainerStartContext ctx)
  191.       throws IOException, ConfigurationException {
  192.     //为启动容器做准备
  193.     int launchPrep = prepareForLaunch(ctx);
  194.     if (launchPrep == 0) {
  195.       launchLock.lock();
  196.       try {
  197.         //在节点上启动容器。这是一个阻塞调用，仅在容器退出时返回
  198.         //默认的实现是 DefaultContainerExecutor 去启动容器
  199.         //如果Yarn设置了使用CGroups，就是LinuxContainerExecutor 去启动容器
  200.         //这里先分析 DefaultContainerExecutor 是如何启动的
  201.         return exec.launchContainer(ctx);
  202.       } finally {
  203.         launchLock.unlock();
  204.       }
  205.     }
  206.     return launchPrep;
  207.   }
  209.   protected int prepareForLaunch(ContainerStartContext ctx) throws IOException {
  210.     ContainerId containerId = container.getContainerId();
  211.     if (container.isMarkedForKilling()) {
  212.       LOG.info("Container " + containerId + " not launched as it has already "
  213.           + "been marked for Killing");
  214.       this.killedBeforeStart = true;
  215.       return ExitCode.TERMINATED.getExitCode();
  216.     }
  217.     //LaunchContainer是一个阻塞调用。我们在这里几乎意味着容器已启动，所以请发送事件。
  218.     //ContainerEventType.CONTAINER_LAUNCHED事件会被ContainerImpl处理并对容器进行监控
  219.     dispatcher.getEventHandler().handle(new ContainerEvent(
  220.         containerId,
  221.         ContainerEventType.CONTAINER_LAUNCHED));
  222.     context.getNMStateStore().storeContainerLaunched(containerId);
  224.     //检查容器是否有被杀死的信号
  225.     if (!containerAlreadyLaunched.compareAndSet(false, true)) {
  226.       LOG.info("Container " + containerId + " not launched as "
  227.           + "cleanup already called");
  228.       return ExitCode.TERMINATED.getExitCode();
  229.     } else {
  230.       //将容器标记为活动
  231.       exec.activateContainer(containerId, pidFilePath);
  232.     }
  233.     return ExitCode.SUCCESS.getExitCode();
  234.   }
  236. }

4、DefaultContainerExecutor

DefaultContainerExecuter 类提供通用的容器执行服务。通过ProcessBuilder以独立于平台的方式处理流程执行

该类提供通用的容器执行服务，流程执行是通过 ProcessBuilder 以独立于平台的方式处理的

1、ProcessBuilder

此类用于创建操作系统进程，这意味着每个容器都是操作系统中的一个进程

每个ProcessBuilder实例都管理一组流程属性。start()方法使用这些属性创建一个新的Process实例。可以从同一实例重复调用start()方法，以创建具有相同或相关属性的新子流程。

每个ProcessBuilder都管理这些流程属性：

a command 一个命令

一个字符串列表，表示要调用的外部程序文件及其参数（如果有的话）。哪些字符串列表表示有效的操作系统命令取决于系统。例如，每个概念参数都是该列表中的一个元素是很常见的，但在某些操作系统中，程序需要将命令行字符串本身标记化——在这样的系统中，Java实现可能需要命令恰好包含两个元素。

an environment 一个环境

它是从变量到值的依赖于系统的映射。初始值是当前进程的环境的副本，请参阅System.getenv()

a working directory 工作目录

默认值是当前进程的当前工作目录，通常是由系统属性user.dir命名的目录。

a source of standard input 标准输入的来源

默认情况下，子流程从管道中读取输入。Java代码可以通过Process.getOutputStream()返回的输出流访问此管道。但是，可以使用重定向输入将标准输入重定向到另一个源。在这种情况下，Process.getOutputStream()将返回一个空输出流，其中：

  1.     write方法总是抛出IOException
  3.     close方法没有任何作用
a destination for standard output and standard error 标准输出和标准错误的目的地

默认情况下，子流程将标准输出和标准错误写入管道。Java代码可以通过Process.getInputStream()和Process.getErrorStream()返回的输入流访问这些管道。但是，可以使用重定向输出和重定向错误将标准输出和标准错误重定向到其他目的地。在这种情况下，Process.getInputStream()或Process.getErrorStream()将返回一个空输入流，其中：

  1.     read方法总是返回-1
  3.     可用方法总是返回0
  5.     close方法没有任何作用
a redirectErrorStream property redirectErrorStream属性

默认false，这意味着子流程的标准输出和错误输出被发送到两个独立的流，这两个流可以使用Process.getInputStream()和Process.getErrorStream()方法访问。如果该值设置为true，则：

  1.     标准错误与标准输出合并，并始终发送到相同的目的地（这使得将错误消息与相应的输出关联起来更容易）
  3.     可以使用重定向输出重定向标准错误和标准输出的公共目的地
  5.     创建子进程时，将忽略redirectError方法设置的任何重定向
  7.     从Process.getErrorStream()返回的流将始终是null输入流

修改流程生成器的属性将影响该对象的start()随后启动的流程，但永远不会影响之前启动的流程或Java流程本身。

大多数错误检查都是通过start()执行的。可以修改对象的状态，使start()失败。例如，将命令属性设置为空列表不会引发异常，除非调用了start()

请注意，此类不是同步的。如果多个线程同时访问一个ProcessBuilder实例，并且至少有一个线程在结构上修改了其中一个属性，则必须对其进行外部同步。

启动使用默认工作目录和环境的新进程很容易：

Process p = new ProcessBuilder("myCommand", "myArg").start();

以下是一个示例，该示例使用修改后的工作目录和环境启动进程，并重定向标准输出和错误以附加到日志文件：

  1.  ProcessBuilder pb =
  2.    new ProcessBuilder("myCommand", "myArg1", "myArg2");
  3.  Map<String, String> env = pb.environment();
  4.  env.put("VAR1", "myValue");
  5.  env.remove("OTHERVAR");
  6.  env.put("VAR2", env.get("VAR1") + "suffix");
  7.  pb.directory(new File("myDir"));
  8.  File log = new File("log");
  9.  pb.redirectErrorStream(true);
  10.  pb.redirectOutput(Redirect.appendTo(log));
  11.  Process p = pb.start();
  12.  assert pb.redirectInput() == Redirect.PIPE;
  13.  assert pb.redirectOutput().file() == log;
  14.  assert p.getInputStream().read() == -1;

要使用一组明确的环境变量启动进程，请在添加环境变量之前首先调用Map.clear()

以上是补充说明，下面来具体看下DefaultContainerExecutor 是如何启动容器的

2、启动容器

  1. public class DefaultContainerExecutor extends ContainerExecutor {
  3.   public int launchContainer(ContainerStartContext ctx)
  4.       throws IOException, ConfigurationException {
  5.     Container container = ctx.getContainer();
  6.     //启动脚本目录
  7.     Path nmPrivateContainerScriptPath = ctx.getNmPrivateContainerScriptPath();
  8.     //Token目录
  9.     Path nmPrivateTokensPath = ctx.getNmPrivateTokensPath();
  10.     String user = ctx.getUser();
  11.     //启动容器的工作目录
  12.     Path containerWorkDir = ctx.getContainerWorkDir();
  13.     //容器本地目录
  14.     List<String> localDirs = ctx.getLocalDirs();
  15.     //日志目录
  16.     List<String> logDirs = ctx.getLogDirs();
  18.     FsPermission dirPerm = new FsPermission(APPDIR_PERM);
  19.     ContainerId containerId = container.getContainerId();
  21.     //在所有磁盘上创建容器目录
  22.     String containerIdStr = containerId.toString();
  23.     String appIdStr =
  24.             containerId.getApplicationAttemptId().
  25.                 getApplicationId().toString();
  26.     for (String sLocalDir : localDirs) {
  27.       Path usersdir = new Path(sLocalDir, ContainerLocalizer.USERCACHE);
  28.       Path userdir = new Path(usersdir, user);
  29.       Path appCacheDir = new Path(userdir, ContainerLocalizer.APPCACHE);
  30.       Path appDir = new Path(appCacheDir, appIdStr);
  31.       Path containerDir = new Path(appDir, containerIdStr);
  32.       createDir(containerDir, dirPerm, true, user);
  33.     }
  35.     //在所有磁盘上创建容器日志目录
  36.     createContainerLogDirs(appIdStr, containerIdStr, logDirs, user);
  38.     Path tmpDir = new Path(containerWorkDir,
  39.         YarnConfiguration.DEFAULT_CONTAINER_TEMP_DIR);
  40.     createDir(tmpDir, dirPerm, false, user);
  42.     //将Token复制到工作目录
  43.     Path tokenDst =
  44.       new Path(containerWorkDir, ContainerLaunch.FINAL_CONTAINER_TOKENS_FILE);
  45.     copyFile(nmPrivateTokensPath, tokenDst, user);
  47.     //将启动脚本复制到工作目录
  48.     Path launchDst =
  49.         new Path(containerWorkDir, ContainerLaunch.CONTAINER_SCRIPT);
  50.     copyFile(nmPrivateContainerScriptPath, launchDst, user);
  52.     //创建新的本地启动包装脚本
  53.     LocalWrapperScriptBuilder sb = getLocalWrapperScriptBuilder(
  54.         containerIdStr, containerWorkDir); 
  56.     //如果尝试启动包装脚本由于Windows路径长度限制而失败，则会快速失败。
  57.     if (Shell.WINDOWS &&
  58.         sb.getWrapperScriptPath().toString().length() > WIN_MAX_PATH) {
  59.       throw new IOException(String.format(
  60.         "Cannot launch container using script at path %s, because it exceeds " +
  61.         "the maximum supported path length of %d characters.  Consider " +
  62.         "configuring shorter directories in %s.", sb.getWrapperScriptPath(),
  63.         WIN_MAX_PATH, YarnConfiguration.NM_LOCAL_DIRS));
  64.     }
  66.     //获取容器的pid文件
  67.     //pid文件是一个简单的文本文件，它包含一个运行中的进程的PID。该文件在进程启动时被创建，在进程结束后被删除。.pid文件通常位于/var/run或/var/run/ 目录下，并以其代表的进程命名
  68.     Path pidFile = getPidFilePath(containerId);
  69.     if (pidFile != null) {
  70.       sb.writeLocalWrapperScript(launchDst, pidFile);
  71.     } else {
  72.       LOG.info("Container " + containerIdStr
  73.           + " pid file not set. Returning terminated error");
  74.       return ExitCode.TERMINATED.getExitCode();
  75.     }
  76.     
  77.     //在应用程序下创建日志目录
  78.     // fork script 脚本中调用脚本
  79.     Shell.CommandExecutor shExec = null;
  80.     try {
  81.       setScriptExecutable(launchDst, user);
  82.       setScriptExecutable(sb.getWrapperScriptPath(), user);
  84.       //使用参数创建一个新的 ShellCommandExecutor （一个简单的shell命令执行器）
  85.       shExec = buildCommandExecutor(sb.getWrapperScriptPath().toString(),
  86.           containerIdStr, user, pidFile, container.getResource(),
  87.           new File(containerWorkDir.toUri().getPath()),
  88.           container.getLaunchContext().getEnvironment());
  89.       
  90.       if (isContainerActive(containerId)) {
  91.         //执行shell命令
  92.         shExec.execute();
  93.       } else {
  94.         LOG.info("Container " + containerIdStr +
  95.             " was marked as inactive. Returning terminated error");
  96.         return ExitCode.TERMINATED.getExitCode();
  97.       }
  98.     } catch (IOException e) {
  99.      //......省略......
  100.     } finally {
  101.       if (shExec != null) shExec.close();
  102.     }
  103.     return 0;
  104.   }
  106.   protected CommandExecutor buildCommandExecutor(String wrapperScriptPath, 
  107.       String containerIdStr, String user, Path pidFile, Resource resource,
  108.       File workDir, Map<String, String> environment) {
  109.     
  110.     //返回一个命令行以在操作系统外壳中执行给定的命令
  111.     String[] command = getRunCommand(wrapperScriptPath,
  112.         containerIdStr, user, pidFile, this.getConf(), resource);
  114.       LOG.info("launchContainer: " + Arrays.toString(command));
  115.       return new ShellCommandExecutor(
  116.           command,
  117.           workDir,
  118.           environment,
  119.           0L,
  120.           false);
  121.   }
  122. }
标签： hadoop 大数据 yarn
本文转载自: https://blog.csdn.net/lu070828/article/details/136223213
版权归原作者 隔着天花板看星星 所有， 如有侵权，请联系我们删除。
登录后发布评论

“Hadoop-Yarn-NodeManager是如何启动容器的”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

网络安全法-网络运行安全

使用selenium/drissionpage时如何阻止chrome自动跳转http到https

docker desktop 里部署的Open WebUI 管理员密码忘记了的处理方法

在ubuntu20.04中搭建onsite比赛运行环境

利用开源的低代码表单设计器FcDesigner高效管理和渲染复杂表单结构

Kafka学习笔记

【前端】浏览器输入url到页面呈现发生了什么？