如何排查GitHub编译CouchDB后运行weatherreport出现的报错问题

你看到的“无意义数字”是Erlang的字节列表，每个数字对应一个ASCII字符，可直接解码得到可读内容。本次报错的核心是badarg（非法参数）错误，发生在erlang:list_to_float([[101]])调用时：[101]解码后是小写字母e，显然不是合法的浮点数字符串，转换自然失败。

• 第一步：解码错误栈确认问题触发位置
  错误栈里file字段后的数字列表解码后就是对应的源码文件路径：
  比如[115,114,99,47,119,101,97,116,104,101,114,114,101,112,111,114,116,95,117,116,105,108,46,101,114,108] 解码后是src/weatherreport_util.erl，对应行号80；上层调用来自src/weatherreport_check_memory_use.erl第56行，属于内存使用检查模块的逻辑。
• 第二步：排查参数异常来源
  该错误是内存检查逻辑从Erlang节点读取内存统计数据时，拿到的数值格式不符合预期，提取到的内容只有单独的字符e，没有数字部分：
  1. 先确认编译CouchDB使用的Erlang/OTP版本是否匹配当前拉取的CouchDB分支的要求，OTP版本过高或过低都可能导致内存统计接口返回的格式和weatherreport代码预期不一致
  2. 查看源码中weatherreport_util.erl第80行的binary_to_float实现，是否缺少输入合法性校验，没有处理非数字字符串的异常场景
  3. 注意开头的WARN提示'escriptize' command does not apply to directory，检查执行weatherreport的工作目录是否正确，官方要求需要在构建完成后的dev/子目录下执行对应命令，根目录下执行会出现配置读取异常
• 第三步：验证问题范围
  执行命令 bin/weatherreport --etc dev/lib/node1/etc --level error --exclude memory_use 跳过内存检查项，若其他检查项都正常运行，即可确认问题仅出在内存检查模块的兼容问题上。

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