Hyperledger Fabric 收到过大消息导致 gRPC 错误

概要

gRPC 默认的接收消息限制自 v1.0 之后调整到了 4 MB，导致当接收消息超过 4MB 后会 reset 掉连接。

问题分析

首先这是个老问题，而且并不只有 Fabric 碰到，所有使用 gRPC 的情况下都可能碰到（不论是 Python、Java、Golang 语言），包括 Tensorflow 等项目中也都报了相关的bug，例如 https://github.com/tensorflow/tensorboard/issues/1202。

典型的报错日志如下

rpc error: code = ResourceExhausted desc = grpc: received message larger than max (8653851 vs. 4194304)”。

最近在社区也有人报了这个问题：https://lists.hyperledger.org/g/fabric/topic/31542292.

具体到 Fabric中，有两种操作比较容易碰到这个问题。

一个是利用客户端 SDK（特别是 Java SDK）从网络获取大消息时，例如大的区块。

另一个是链码逻辑中从 Peer 获取大消息时，例如查询的结果太大。

解决思路

解决思路其实也很简单，通过相应的 gRPC option，进行设置即可。例如

opts = append(opts, grpc.WithDefaultCallOptions(grpc.MaxCallRecvMsgSize(size)))
conn, err := grpc.Dial(address, opts...)
目前 Fabric v1.4 版本中，Node SDK 已经提供了更高层的配置参数，Java SDK 暂时还未提供（已有 Jira Issue：https://jira.hyperledger.org/browse/FAB-15398）。后续各 SDK，包括链码应该都会支持这个配置。