Windows 10环境下Hyperledger服务容器创建失败求助

首先一眼就发现个明显的坑：你的docker-compose-cli.yaml里重复定义了peer0.org1.example.com服务！同一个Compose文件里服务名称必须唯一，这会直接让Docker Compose的执行逻辑混乱，出现重复创建该服务的日志，同时大概率干扰了peer1.org2.example.com的启动流程。

咱们一步步来排查解决：

第一步：先把重复服务的问题搞定 #

打开你的docker-compose-cli.yaml文件，找到重复的peer0.org1.example.com服务块，删掉其中一个，确保每个服务的名称都是独一无二的。这是解决问题的基础，不先填平这个坑，后续排查都是白忙活。

第二步：深挖peer1.org2.example.com的启动错误 #

修复重复问题后，重新执行启动命令还是报错的话，咱们来抓具体的错误细节：

• 先去掉-d参数前台启动，看实时输出：docker-compose -f docker-compose-cli.yaml up，这样能直接看到到底是端口冲突、权限不够还是镜像出问题了。
• 如果容器已经创建但启动失败，查容器日志：docker logs peer1.org2.example.com
• 也可以看容器的详细状态信息：docker inspect peer1.org2.example.com

下面是几个最常见的故障点和对应解决方法：

• 端口被占用：Fabric节点常用的7051、7053这类端口，可能被其他进程或容器占了。用netstat -tulpn | grep 7051（替换成对应端口）排查，杀掉占用进程，或者修改Compose里该服务的端口映射。
• 本地卷权限不足：如果服务配置了本地挂载卷，宿主机的目标目录可能权限不够，容器写不进去。先手动创建目录：mkdir -p /path/to/peer1/org2，然后给权限：chmod 777 /path/to/peer1/org2（测试环境先这么弄，生产环境建议用更严谨的权限配置）。
• 镜像缺失或版本不对：检查Compose里peer1.org2.example.com的image字段，确保镜像名称和版本正确，比如是不是用了hyperledger/fabric-peer的对应版本？本地没有的话先手动拉取：docker pull hyperledger/fabric-peer:latest（替换成你需要的版本号）。
• 依赖服务没就绪：如果peer1.org2依赖orderer.example.com或其他peer，可能依赖服务还没启动完成就尝试连接，导致失败。可以在Compose里给peer1.org2加上depends_on字段指定依赖服务，或者启动后等几秒再重启该服务：docker-compose -f docker-compose-cli.yaml restart peer1.org2.example.com。
• 网络配置错误：检查Compose里的networks配置，确保服务加入的网络存在。用docker network ls查看，要是网络不存在就先创建：docker network create <你的网络名称>（对应Compose里的网络名）。

最后再试一次 #

先清理之前的错误容器：

docker-compose -f docker-compose-cli.yaml down

然后重新启动：

docker-compose -f docker-compose-cli.yaml up -d

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