Hyperledger 1.4网络部署Node.js链码超时，示例链码也报错求助

这个timeout expired while starting chaincode错误在Fabric 1.4环境里挺常见的，核心原因是peer节点在规定时间内没等到链码容器完成启动，或者链码初始化环节出了状况。下面是一步步的排查和修复方案：

1. 调整链码启动超时时间 #

Node.js链码启动时需要安装依赖、初始化环境，默认30秒的超时时间经常不够用：

• 修改peer节点的core.yaml配置，找到chaincode下的startupTimeout参数，把值改成60秒甚至更久：

  chaincode:
    startupTimeout: 60s
  

• 也可以在启动peer时通过环境变量临时调整：CORE_CHAINCODE_STARTUPTIMEOUT=60s

2. 给链码容器分配足够资源 #

链码容器启动需要足够的CPU和内存，默认资源限制可能拖慢启动速度：

• 在peer的docker-compose配置或者core.yaml里增加资源配额：

  chaincode:
    resources:
      memory_limit: 512M
      cpu_limit: 1.0
  

• 启动peer时用环境变量设置：CORE_CHAINCODE_RESOURCES_MEMORYLIMIT=512M CORE_CHAINCODE_RESOURCES_CPULIMIT=1.0

3. 优化Node.js链码的依赖打包 #

Node.js链码如果依赖大量第三方包，容器启动时在线安装会非常耗时：

• 提前在本地链码目录执行npm install，把node_modules文件夹一起打包上传，避免链码容器启动时重复下载依赖
• 如果可以，尽量精简依赖，移除不必要的包

4. 排查链码容器的启动日志 #

有时候超时是因为链码容器启动失败，但peer没捕获到具体错误，得直接看容器日志：

• 先找到链码容器ID：docker ps -a | grep chaincode
• 查看容器启动日志：docker logs <容器ID>，检查有没有依赖安装失败、代码语法错误这类问题

5. 清理残留的链码容器和镜像 #

旧的链码容器或镜像残留可能导致启动异常：

• 删除所有链码容器：docker rm -f $(docker ps -a | grep chaincode | awk '{print $1}')
• 删除链码镜像：docker rmi $(docker images | grep dev- | awk '{print $3}')
• 之后重新部署链码测试

6. 检查peer与链码容器的网络连通性 #

确保peer节点和链码容器在同一个Docker网络里，并且通信正常：

• 查看Fabric网络详情：docker network inspect <你的Fabric网络名称>，确认链码容器已加入该网络
• 确保peer的CORE_CHAINCODE_ADDRESSAUTODETECT参数设置为true，让peer自动检测链码地址

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