第二次执行composer network start时CouchDB目录卷挂载报错

我来帮你分析下这个问题的根源，以及对应的解决办法：

问题原因 #

你给CouchDB配置了本地数据卷持久化后，第一次部署的Composer网络状态（包括通道数据、链码状态等）会被存在本地./couchdb目录里。但当你停止并移除所有Fabric容器后，Peer、Orderer等节点会重新初始化（默认它们的数据没有持久化），此时新启动的Fabric网络元数据（比如通道创世块哈希、链码实例标识）和CouchDB中留存的旧数据完全不匹配，链码尝试访问时就会触发冲突报错。

解决方案 #

1. 清理CouchDB的旧持久化数据 #

因为你已经映射了本地目录，直接删除旧数据并重建目录（避免权限问题）：

rm -rf ./couchdb
mkdir ./couchdb && chmod 777 ./couchdb

2. 彻底清理Fabric相关容器和卷 #

有时候stopFabric.sh可能没清理干净残留的容器或数据卷，手动执行以下命令确保彻底清理：

docker stop $(docker ps -aq)
docker rm $(docker ps -aq)
docker volume prune -f

3. 重新部署Fabric网络 #

按你之前的步骤重新操作即可：

• 启动Fabric：./startFabric.sh
• 安装链码：composer network install -c PeerAdmin@hlfv1 -a tutorial-network.bna
• 启动网络：composer network start -n tutorial-network -A admin -S adminpw -c PeerAdmin@hlfv1 -V 0.0.2-deploy.10 -f admin@tutorial-network.card

额外说明 #

如果是生产环境需要持久化数据，不能只单独持久化CouchDB，必须同步配置Peer、Orderer等组件的数据卷持久化，确保所有组件的状态一致。测试环境下，每次重启清理CouchDB旧数据是最简单高效的处理方式。

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