Linux16.04环境下Fabric链码实例化报RPC传输关闭错误求助

我来帮你分析下这个常见的Hyperledger Fabric问题，结合你Ubuntu 16.04 + Docker的环境，给你几个针对性的排查和解决方向：

1. 先排查排序节点（Orderer）的连通性 #

这个错误大概率是peer节点没法正常和Orderer节点建立GRPC连接导致的，你可以这么检查：

• 先确认Orderer容器真的在正常运行：执行docker ps | grep orderer，看容器状态是不是Up，有没有频繁重启的记录。
• 进入cli容器测试网络连通性：运行docker exec -it cli bash进入客户端容器，然后用ping orderer.example.com测试域名能不能解析，再用nc -zv orderer.example.com 7050测试7050端口是否能打通。如果ping不通，可能是Docker网络的DNS配置有问题；如果nc连接失败，检查Orderer的端口映射是否正确，或者主机的防火墙/安全组有没有拦截7050端口。

2. 修正链码实例化的参数 #

你的实例化命令里-c '{"Args":[""]}'是空参数列表，虽然Fabric允许空参数，但Fabcar链码默认需要调用initLedger方法来初始化账本。你可以把命令改成这样试试：

peer chaincode instantiate -o orderer.example.com:7050 -C $CHANNEL_NAME -n fabcar -l "golang" -v 1.0 -c '{"Args":["initLedger"]}' -P "OR ('Org1MSP.member','Org2MSP.member')"

空参数可能导致链码初始化失败，进而触发连接中断的错误。

3. 检查Docker资源是否充足 #

Ubuntu 16.04上的Docker如果内存或CPU分配不足，很容易导致容器间的GRPC连接不稳定。你可以用docker stats命令查看各个容器的资源占用情况，重点看Orderer和peer节点的内存使用率。如果资源紧张，试试释放主机上的闲置进程，或者调整Docker的资源限制（比如用Docker Desktop的话可以在设置里增加内存）。

4. 确认TLS配置是否正确 #

如果你的Fabric网络启用了TLS，但实例化命令没带TLS相关参数，也会导致连接失败。检查你的网络是否开启了TLS，如果是的话，需要在命令中添加TLS参数：

--tls true --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem

注意证书路径要和你的实际网络配置一致。

5. 确保所有peer节点都安装了链码 #

虽然你说在核心节点安装了链码，但要确认所有加入通道的peer节点都安装了相同版本（1.0）的fabcar链码。如果只有部分peer安装，实例化时会出现同步问题，导致连接错误。你可以在其他peer节点上执行peer chaincode list --installed，确认链码已经安装。

建议你按照从易到难的顺序排查，先改参数重试，再检查Orderer连通性，应该能快速定位问题。

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