咱们一步步来拆解和解决这个问题——你在Debian上部署的Kibana 6.7.1先是遇到日志无法查看的问题，调整配置后又触发了启动失败的状况，下面是具体的诊断和修复步骤：

一、先修复Kibana启动失败的紧急问题 #

当前systemd提示Start request repeated too quickly，这是因为服务连续启动失败被触发了保护机制，先重置服务状态：

• 停止服务并清除失败标记：

  sudo systemctl stop kibana
  sudo systemctl reset-failed kibana
  

• 手动运行Kibana查看启动错误（这是最直接的诊断方式，能看到systemd日志里没显示的细节）：

  sudo -u kibana /usr/share/kibana/bin/kibana --config /etc/kibana/kibana.yml --verbose
  

  运行后会输出详细的启动日志，比如配置文件语法错误、权限问题、Elasticsearch连接失败等，这能快速定位核心问题。

二、解决日志不输出的根源问题 #

你的操作里存在一个关键误区：当配置logging.dest: stdout时，Kibana的日志会被systemd的journald捕获，不会写入你手动创建的/var/log/kibana.log。如果想让日志写入自定义文件，需要调整配置：

1. 修改/etc/kibana/kibana.yml，将日志输出指向文件（注意YAML语法要求冒号后必须有空格，否则会触发配置错误）：

   logging.dest: /var/log/kibana/kibana.log
   

2. 创建日志目录并设置正确权限（比单独创建文件更稳妥，避免后续日志轮转的权限问题）：

   sudo mkdir -p /var/log/kibana
   sudo chown -R kibana:kibana /var/log/kibana
   sudo chmod -R 750 /var/log/kibana
   

三、常见问题排查方向 #

• 配置文件语法错误：Kibana对YAML格式非常严格，缩进、冒号空格、引号使用错误都会导致启动失败。可以用工具检查（先安装sudo apt install yamllint）：

  yamllint /etc/kibana/kibana.yml
  

• Elasticsearch兼容性问题：Kibana必须连接到同版本的Elasticsearch（6.7.1），检查kibana.yml里的elasticsearch.url配置是否正确，同时确保Elasticsearch服务正常运行。
• 资源不足：Kibana 6.x需要足够的内存，默认JVM堆可能不够，可以修改/etc/kibana/jvm.options调整堆大小：

  -Xms512m
  -Xmx512m
  

四、验证修复效果 #

完成上述调整后，启动Kibana并检查日志：

sudo systemctl start kibana
# 如果配置了stdout，查看systemd日志
journalctl -u kibana -f
# 如果配置了自定义文件路径，查看日志文件
tail -f /var/log/kibana/kibana.log

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