Ambari集群/var/run/ambari-server下缺失stack-recommendations等文件夹求助

刚部署完Ambari集群就遇到这个问题确实头疼，我结合经验和Ambari的运行机制，整理了几个最可能的原因，你可以结合ambari-server.log逐一排查：

• Ambari Server初始化流程未完成或失败
  stack-recommendations和bootstrap这两个文件夹，通常是在Ambari Server首次启动或者执行ambari-server setup命令的初始化阶段自动创建的。如果初始化过程被意外中断（比如中途断电、手动终止命令），或者执行时遇到依赖缺失、配置错误等问题，就会导致文件夹创建失败。
  你可以在日志里搜索初始化相关的报错，比如用命令：

  grep -E "Failed to create directory|Setup process failed" /var/log/ambari-server/ambari-server.log
  

  如果找到对应的失败信息，根据提示修复问题后，重新执行ambari-server setup再启动服务。

• 文件系统权限配置异常
  Ambari Server默认以ambari用户运行，它需要对/var/run/ambari-server目录拥有读写权限才能创建子文件夹。如果该目录的所属用户/组不正确，或者权限不足，就会触发创建失败。
  先检查目录权限：

  ls -ld /var/run/ambari-server
  

  正常输出应该是drwxr-xr-x ambari ambari。如果权限不对，执行以下命令修复后重启Ambari Server：

  chown ambari:ambari /var/run/ambari-server && chmod 755 /var/run/ambari-server
  

  日志里如果存在Permission denied的关键词，也能佐证是权限问题，用这个命令搜索：

  grep "Permission denied" /var/log/ambari-server/ambari-server.log
  

• 版本兼容性或脚本Bug
  部分早期版本的Ambari在特定操作系统（比如CentOS 8、RHEL 8）上存在初始化脚本的适配Bug，会导致这两个文件夹无法自动创建。
  你可以先查看日志里的Ambari版本信息，再确认是否是已知的版本问题。如果是，建议升级到最新的稳定版本，或者重新执行ambari-server setup并确保指定了正确的操作系统参数。

• 系统临时目录自动清理机制影响
  很多Linux系统会通过systemd-tmpfiles等服务定期清理/var/run下的临时文件。如果Ambari Server停止后，这两个文件夹被自动清理，而重启时服务没有重新创建它们，就会出现缺失的情况。
  检查系统的临时文件清理配置（比如/usr/lib/tmpfiles.d/目录下的相关配置文件），确保/var/run/ambari-server及其子目录被排除在自动清理规则之外。日志里如果有Directory not found的报错，也能指向这个原因。

• 自定义部署配置导致路径变更
  如果部署时修改了Ambari Server的默认工作目录配置，可能会让这两个文件夹被创建到自定义路径下，而不是默认的/var/run/ambari-server。
  打开Ambari的配置文件/etc/ambari-server/conf/ambari.properties，查找run.dir相关的配置项。如果发现有自定义路径，去对应的目录下查找这两个文件夹即可。

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