这问题确实容易让人绕晕，因为yarn.log.dir并不是直接写在你排查的那些静态配置文件或env脚本里的——它是通过Hadoop的启动脚本动态注入的JVM系统属性，下面给你拆解清楚：

• 定义位置：通用启动脚本的间接注入
  你可能漏掉了Hadoop里的核心通用配置脚本hadoop-config.sh，这个脚本会被yarn-env.sh、yarn-daemon.sh等YARN相关启动脚本间接引入。在这个脚本里，会先设置HADOOP_LOG_DIR的默认值：如果HADOOP_HOME已定义，默认就是${HADOOP_HOME}/logs；如果没定义，会从脚本的执行路径自动推断Hadoop的安装目录，再指向对应的logs文件夹。
  之后，当启动YARN组件（比如NodeManager）时，yarn-daemon.sh这类脚本会把-Dyarn.log.dir=${HADOOP_LOG_DIR}添加到JVM的启动参数中，把这个路径注入成Java系统属性，这样YARN的配置就能读取到${yarn.log.dir}的值了。

• 默认值的兜底逻辑
  如果连HADOOP_HOME都没设置，hadoop-config.sh会尝试用当前工作目录的上级目录作为Hadoop根目录，最终yarn.log.dir会指向这个根目录下的logs文件夹。极端情况下，如果所有环境变量都没配置，Hadoop的日志工具类（比如org.apache.hadoop.log.LogUtil）会兜底使用Java的临时目录java.io.tmpdir下的对应路径，但这种情况很少见，因为正常启动Hadoop都会通过官方脚本，而脚本会确保HADOOP_LOG_DIR有值。

• 为什么静态配置和env脚本里找不到？
  因为yarn.log.dir不是一个标准的配置项（不会出现在*-default.xml里），也不是直接在env脚本里定义的环境变量——它是启动脚本根据HADOOP_LOG_DIR动态生成的JVM系统属性，所以你在静态文件里搜不到是正常的。如果用grep检索代码，可以重点看：

  1. hadoop-config.sh里关于HADOOP_LOG_DIR的设置逻辑
  2. yarn-daemon.sh/yarn-daemons.sh里向JVM传递-Dyarn.log.dir的代码
  3. YARN配置类中读取yarn.log.dir系统属性的部分（比如YarnConfiguration里处理yarn.nodemanager.log-dirs的代码）

你可以验证一下：启动NodeManager后，用jps找到它的进程ID，然后执行jinfo <进程ID>，查看输出里的VM Arguments部分，肯定能找到-Dyarn.log.dir=xxx的参数，这就是实际生效的路径。

内容的提问来源于stack exchange，提问作者tlarchuk