Mac系统H2O Flow运行曾成功的GBM任务失败：java.lang.NullPointerException

问题背景 #

看你描述的情况，之前在MacOS上能正常运行的H2O Flow GBM任务，再次执行时居然失败了，报错为java.lang.NullPointerException，你提供的H2O启动日志片段如下：

04-18 22:50:02.722 192.168.0.11:54321 684 main INFO: ----- H2O started -----
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: Build git branch: rel-wolpert
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: Build git hash: 6903ba4b4cfcd912f15cf61965f88bb13bbc4890
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: Build git describe: jenkins-3.18.0.3-6-g6903ba4
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: Build timestamp: 2018-04-17 13:31:36 UTC
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: Build version: 3.18.0.4
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O cluster name: H2O_from_python_xxx
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O cluster total nodes: 1
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O cluster free memory: 3.55 GB
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O cluster total cores: 8
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O cluster allowed cores: 8
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O cluster status: accepting new members, healthy
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O connection url: http://192.168.0.11:54321
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O connection proxy: NA
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O internal security: false
04-18 22:50:02.723 192.168.0.11:54321 684 main INFO: H2O API Extensions: XGBoost, Algos, AutoML, Core V3, Core V4

可能的原因及排查方案 #

从你的H2O版本（3.18.0.4）和报错来看，这个空指针异常大概率和下面几个情况有关，你可以挨个试试：

• 数据或配置的隐性变动
  别以为任务和之前完全一样就没问题，很可能是这些细节出了问题：

  • 输入数据悄咪咪变了：比如新增了全空的列、某列数据类型突然变更，或者混入了异常值
  • GBM的参数被误改了：比如某个需要非空值的参数被意外清空
    👉 建议：重新核对输入数据的完整性，把当前任务参数和之前成功运行的版本做对比，确保所有必填项设置正确。

• 旧版本H2O的已知bug
  你用的3.18.0.4版本比较老旧，这个版本的GBM模块确实存在一些空指针的已知bug——比如处理特定分类特征、或者权重列配置错误时就会触发。
  👉 建议：

  1. 彻底关闭当前H2O集群，清理MacOS下/tmp/h2o_你的用户名路径下的缓存文件
  2. 升级到H2O的稳定新版本，比如3.36.0.2或者更高，新版本修复了大量旧版本的bug。

• JVM内存不足或资源冲突
  MacOS的内存管理有时候会抽风，导致H2O的JVM进程无法获取足够内存，这种情况下就会抛出空指针这类不直观的错误。
  👉 建议：启动H2O时手动指定更大的内存，比如在终端执行：

  java -Xmx8g -jar h2o.jar
  

  这里-Xmx8g是给H2O分配8GB内存，你可以根据自己Mac的总内存调整数值。

• Flow会话缓存的残留问题
  H2O Flow的会话缓存可能残留了之前的错误状态，导致新任务无法正常运行。
  👉 建议：

  1. 在Flow界面右上角点击Admin -> Shutdown H2O
  2. 关闭浏览器标签页，重新启动H2O集群，再打开Flow界面重新导入数据、执行GBM任务。

额外排查小技巧 #

如果上面的方法都不管用，你可以试试这两步：

1. 找到H2O的完整日志文件，查看空指针异常的堆栈信息——这能精准定位到出错的代码位置，帮你更快找到问题根源
2. 用最小化的测试数据运行GBM，比如只取之前成功数据的前100行，看看能不能正常运行，这样就能判断是数据问题还是环境问题了。

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