基于现有ZooKeeper部署Storm 2.2.0时Nimbus启动无报错但终端卡住的故障排查

• 日志输出路径的认知偏差
  Storm的启动脚本仅会在控制台打印实际执行的Java进程命令行，所有运行时的启动进度、报错信息全部默认写入$STORM_HOME/logs/nimbus.log文件，不会直接输出到启动命令的终端。你看到的“没有后续输出”属于框架的正常设计，并非进程卡死。另外正常启动成功的Nimbus进程本身就是前台常驻运行的，本身就需要通过Ctrl+C终止，不存在启动后自动退出的设计，优先查看nimbus.log文件即可定位真实故障。
• ZooKeeper连通性配置异常
  当前配置仅填写了ZooKeeper集群的主机名列表，存在两类常见连接问题：
  • 未配置storm.zookeeper.port参数，如果ZooKeeper集群没有使用默认的2181客户端端口，Storm会持续尝试连接默认端口，卡在连接重试阶段无控制台输出
  • 当前运行环境为容器实例，容器内部的/etc/hosts可能未配置ZKSERVER-0/1/2的IP映射：宿主机层面的ping连通不代表容器内部能正确解析这三个主机名，Java客户端在域名解析、TCP连接建立阶段的重试过程，不会将日志输出到控制台
    注意：ping仅能测试ICMP连通性，无法验证ZooKeeper的TCP客户端端口是否可访问，需要单独验证目标端口的连通性。
• 本地工作目录权限异常
  配置的storm.local.dir路径为/opt/apache-storm-2.2.0/data，如果该目录不存在、当前运行用户无读写权限，Storm启动时会卡在本地文件锁申请、本地状态初始化的阶段，这个过程的报错同样只会写入日志文件，不会输出到控制台。
• 服务绑定端口冲突
  Nimbus进程启动时需要绑定Thrift服务端口（默认6627）、UI服务端口（默认8080），如果这些端口已被其他进程占用，进程会卡在端口绑定重试阶段，既不退出也无控制台输出。
• ZooKeeper集群权限配置不匹配
  如果ZooKeeper集群开启了ACL访问控制，Storm进程没有对应的节点创建、读写权限时，客户端会持续重试操作，不会向控制台输出任何内容，相关报错仅记录在nimbus.log文件中。

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