Airflow写入日志遇Errno 13权限拒绝问题求助

我之前碰到过类似的Airflow日志权限问题，这个错误的核心在于路径里出现了../../../../home——说明Airflow在解析日志路径时发生了异常跳转，导致它试图访问/home目录而非预期的日志文件夹。结合你已经尝试的操作，给你几个针对性的排查和解决方向：

• 检查Airflow运行的用户身份
  虽然你给/usr/local/airflow/logs/scheduler目录设置了chmod 777 -R，但Airflow进程可能是以特定用户（比如默认的airflow用户）运行的，而/home目录的权限通常不允许非所有者访问。你可以先在容器内执行ps aux | grep airflow确认运行Airflow的用户，然后给整个Airflow根目录设置正确的所有者权限：

  chown -R airflow:airflow /usr/local/airflow
  

  相比开放的777权限，确保进程用户拥有目录的完整权限是更稳妥的做法。

• 验证生效的日志目录配置
  你在entrypoint.sh里设置了export AIRFLOW__CORE__BASE_LOGS_FOLDER="/usr/local/airflow/logs"，但可能存在其他配置覆盖了这个值（比如airflow.cfg文件里的配置，或者其他环境变量）。可以在容器内执行以下命令确认实际生效的日志路径：

  airflow config get core.base_log_folder
  

  如果返回的不是你预期的路径，需要检查是否有其他地方的配置优先级更高，比如airflow.cfg里的base_log_folder字段，或者启动容器时传入的环境变量。

• 排查日志路径模板的异常
  错误路径中的多级回退（../../../../）大概率是日志路径模板拼接错误导致的。Airflow默认的调度器日志路径模板是{{ base_log_folder }}/scheduler/{{ ds }}，如果这个模板被自定义修改过，可能会出现路径解析错误。你可以检查Airflow的配置文件或自定义插件中是否有修改日志路径模板的逻辑，确保路径拼接不会出现异常回退。

• 确认entrypoint.sh的执行顺序
  确保export AIRFLOW__CORE__BASE_LOGS_FOLDER的命令是在启动Airflow服务（比如scheduler或webserver）之前执行的。如果entrypoint脚本里先启动了服务再设置环境变量，那么配置不会生效。调整脚本顺序，先完成所有环境变量配置，再启动Airflow服务。

• 尝试重置Airflow元数据（谨慎操作）
  如果以上方法都无效，可能是Airflow元数据库中存储了错误的路径配置。可以先备份元数据，然后执行初始化命令重置：

  airflow db init
  

  重置后重新启动服务，看是否能解决路径解析问题。

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