Hyperledger Fabric v0.19启动网络失败：REQUEST_TIMEOUT错误求助

我之前在Windows 10环境部署Hyperledger Fabric网络时也碰到过一模一样的REQUEST_TIMEOUT问题，尤其是在执行composer network start命令的时候。结合我的排查经验，给你几个实用的解决方向：

1. 给Docker分配足够的系统资源 #

Windows上Docker Desktop默认的CPU和内存配额往往不够支撑Fabric网络的启动需求，这是最常见的超时原因。

• 打开Docker Desktop，进入Settings > Resources
• 把CPU至少调整到2核，内存设置为4GB以上（推荐6GB）
• 重启Docker后，重新执行启动流程

2. 延长命令的超时等待时间 #

composer network start默认的超时时间可能不足以完成网络初始化，你可以手动指定更长的超时参数，比如设置为300秒：

composer network start --networkName diam-test-network --networkVersion 0.0.1 --networkAdmin admin --networkAdminEnrollSecret adminpw --card PeerAdmin@hlfv1 --file networkadmin.card --timeout 300

注意替换成你实际的networkName和networkVersion参数。

3. 检查Fabric容器的运行状态 #

有时候个别容器启动异常会导致整个网络通信超时：

• 执行docker ps查看所有Fabric相关容器（orderer、peer、ca等）的状态，确认没有退出或重启的容器
• 如果有异常容器，先清理现有环境：

  docker stop $(docker ps -aq)
  docker rm $(docker ps -aq)
  docker rmi $(docker images dev-* -q)
  

• 然后重新运行./startFabric.sh从头初始化网络

4. 排查Windows防火墙的拦截问题 #

Windows防火墙可能会阻断Fabric容器之间的内部通信，导致超时：

• 可以临时关闭防火墙测试是否解决问题
• 如果有效，给Docker Desktop应用和Fabric常用端口（7050、7051、7054等）添加防火墙例外规则

5. 核对Composer与Fabric的版本兼容性 #

版本不匹配也可能引发各种异常，确保你使用的Composer版本和Fabric版本是兼容的：

• 比如Composer v0.20.x对应Fabric v1.3.x，Composer v0.19.x对应Fabric v1.2.x
• 可以查看startFabric.sh脚本里的Fabric版本信息，再核对本地安装的Composer版本是否匹配

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