JanusGraph预打包版启动时Cassandra分叉60秒超时问题咨询

你的认知不存在偏差。janusgraph-full-0.6.1.zip是官方提供的开箱即用测试发行版，已经内置了适配版本的Cassandra、Elasticsearch组件，不需要提前在本机单独部署这两个服务即可启动测试使用。
你遇到的60秒超时、找不到cassandra.log的问题，本质是内置的Cassandra进程启动失败直接退出，没有走到生成日志文件的步骤，触发了启动脚本的状态检测超时。

• Java版本不兼容
  JanusGraph 0.6.1内置的Cassandra 3.11.x、Elasticsearch 7.x仅支持JDK 8、JDK 11两个版本，如果本机默认JDK版本为17及以上，会直接导致Cassandra启动失败，无日志输出。
  修复步骤：
  1. 执行java -version确认当前默认JDK版本，不符合要求则先安装JDK8或JDK11
  2. 启动前手动指定正确的JAVA_HOME路径，清理失败残留后重启：

     # 将路径替换为你本机JDK8/11的实际安装路径
     export JAVA_HOME=/your/jdk8/or/jdk11/path
     bin/janusgraph.sh stop
     rm -rf db/ logs/
     bin/janusgraph.sh start
     

• 默认端口被占用
  内置Cassandra启动需要占用7000、7001、7199、9042、9160端口，内置Elasticsearch需要占用9200、9300端口。如果这些端口被本机其他进程（比如之前手动安装的Cassandra/ES服务、其他占用端口的应用）占用，会导致组件启动卡死触发超时。
  修复步骤：
  1. 排查端口占用进程，以Linux/macOS为例：

     lsof -i:9042
     lsof -i:9200
     

  2. 停掉占用对应端口的进程后，清理db/、logs/目录残留，重新执行启动命令即可。
• 内存配置不匹配
  内置Cassandra、Elasticsearch默认会申请2G以上的堆内存，如果本机可用内存低于4G，或者系统对进程可申请内存做了限制，会导致组件启动过程被系统直接杀死，无法生成日志。
  修复步骤：
  1. 关闭不必要的后台进程，保证本机可用内存不低于4G
  2. 低内存环境可以手动调低内置组件的堆内存阈值：
     • 修改cassandra/conf/cassandra-env.sh中的MAX_HEAP_SIZE参数，设置为1G
     • 修改elasticsearch/config/jvm.options中的-Xms、-Xmx参数，均设置为1g
  3. 清理残留目录后重新启动。
• 目录权限不足
  如果JanusGraph解压在/opt、/usr/local等系统级目录下，当前操作用户没有目录的写入权限，会导致Cassandra、ES进程无法创建日志文件、写入数据，启动直接失败。
  修复方法：给JanusGraph所在目录递归赋予当前用户的读写权限，或者将安装包解压到当前用户的家目录下再执行启动操作。

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