Hadoop 2.9启动报错：执行start-dfs.sh时提示//logs目录权限不足

你遇到的问题核心很明确：Hadoop试图在**根目录（/）**下创建logs文件夹，但你的当前用户没有根目录的写入权限，所以触发了Permission denied；后续的chown命令自然也找不到不存在的//logs目录，导致报错链出现。这通常是因为Hadoop的环境变量或配置文件没有正确指定日志存储路径，导致它默认使用了错误的绝对路径。

下面是具体的解决步骤：

1. 修正Hadoop环境变量中的日志路径配置 #

首先打开Hadoop的环境变量配置文件$HADOOP_HOME/etc/hadoop/hadoop-env.sh，找到和日志相关的变量，确保它们指向当前用户有权限操作的路径（比如Hadoop安装目录下的logs文件夹）：

# 在hadoop-env.sh中添加或修改以下配置
export HADOOP_LOG_DIR=${HADOOP_HOME}/logs
export HADOOP_NAMENODE_LOG_DIR=${HADOOP_LOG_DIR}

先确认$HADOOP_HOME已经正确设置，然后手动创建日志目录（如果还不存在），并赋予当前用户权限：

mkdir -p $HADOOP_HOME/logs
chown -R 你的用户名:你的用户组 $HADOOP_HOME/logs

2. 检查核心配置文件中的日志路径 #

接下来检查hdfs-site.xml和core-site.xml中是否有错误的日志路径配置。比如在hdfs-site.xml中，若存在dfs.namenode.log.dir配置项，要确保它的值是合法路径：

<property>
    <name>dfs.namenode.log.dir</name>
    <value>${HADOOP_HOME}/logs/namenode</value>
</property>

同样，确保这个子目录存在，或者当前用户有权限让Hadoop自动创建它。

3. 验证配置并重新启动 #

修改完配置后，先让环境变量生效：

source $HADOOP_HOME/etc/hadoop/hadoop-env.sh

然后重新执行start-dfs.sh，此时Hadoop应该会使用你指定的合法日志目录，不会再出现权限问题。

额外排查点 #

如果问题仍存在，可以检查你的用户是否属于Hadoop专属用户组（若你创建过的话）；不推荐长期用sudo启动Hadoop，这会导致后续文件权限混乱，最好还是确保配置的路径权限完全匹配当前用户。

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