Hyperledger Composer 0.19网络启动失败求助（Fabric 1.1.0）
2026-5-28
解决Hyperledger Fabric 1.1.0 + Composer 0.19启动网络的问题
先直接说核心结论：你的服务器600MB内存配置是引发问题的关键原因之一，优先解决这个问题，再处理其他细节。
1. 内存不足是首要诱因
600MB内存完全无法支撑Fabric单节点运行+链码构建的资源需求。Hyperledger Fabric的Peer节点本身就需要一定内存开销，加上链码构建时会启动Docker容器安装npm依赖，这个过程对内存的消耗很大，内存不足直接会触发REQUEST_TIMEOUT或者构建失败。
建议：立即把服务器内存升级到2GB及以上，这是解决所有问题的前提。如果暂时没法升级，先关闭所有非必要进程尽量释放内存，但还是强烈建议升级到2GB及以上配置。
2. 链码构建的npm警告优化
你看到的那些npm弃用提示和安全警告，虽然不会直接导致构建失败，但在内存不足的情况下，这些警告可能伴随构建中断。可以按以下方式优化：
- 打开链码项目的
package.json文件，更新这些依赖：- 将
stringstream替换为无漏洞的新版本 - 用
uuid替代已弃用的node-uuid - 将
socks升级到2.1.6及以上版本 - 替换
nodemailer、mailcomposer等已弃用的依赖为当前仍在维护的版本
- 将
- 执行
npm install重新安装依赖，再重新打包你的BNA文件，这样构建时就不会出现这些警告干扰了。
3. 延长启动超时时间
即使内存足够，链码构建有时候也需要较长时间，默认的超时设置可能不够用。你可以在启动命令里增加超时参数：
composer network start -c admin@your-network -a your-network.bna -A admin -S adminpw --timeout 300
这里把超时时间设为300秒（5分钟），给链码构建和部署留出足够的处理时间。
额外优化小技巧
- 清理Docker的无用资源，释放磁盘和内存空间：
docker system prune -f - 检查谷歌云实例的CPU配置，至少保证1核CPU，避免CPU资源不足拖慢构建过程。
内容的提问来源于stack exchange，提问作者Ankit Gupta
相关产品推荐
相关产品推荐
