我正在研究Fabric-samples（1.2版）中的基本网络示例。我已经对其进行了少许修改，以便从本地主机目录挂载卷，因此在重新启动容器时它会保留状态。
首先，我使用组织的admin msp创建一个新的频道“ mychannel”。 我加入同伴，查询，调用..等等。一切都很好。
然后我继续使用引导程序的用户名/密码进行新的注册，以在不同的目录中生成新的MSP
fabric-ca-client enroll -u http://admin:adminpw@localhost:7054 -M /Users/ramsug/fabric-samples/basic-network/crypto-config/peerOrganizations/org1.example.com/users/newadmin-msp
我将新的admincert复制到对等msp和org msp的admincerts /文件夹中。重新启动订购者和同伴。 在同一个mychannel上，我可以使用新的msp查询，调用和安装新的chaincode。
docker exec -e "CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/newadmin-msp/" cli peer chaincode invoke -C mychannel -n mycc -c '{"Args":["invoke","a","b","10"]}' -o orderer.example.com:7050
2019-07-22 19:00:06.798 UTC [chaincodeCmd] chaincodeInvokeOrQuery -> INFO 001 Chaincode invoke successful. result: status:200
但是我无法升级链码。
docker exec -e "CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/newadmin-msp/" cli peer chaincode upgrade -o orderer.example.com:7050 -C mychannel -n mycc -v 1.3 -c '{"Args":["init","a","100","b","200"]}'
2019-07-22 19:01:00.109 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 001 Using default escc
2019-07-22 19:01:00.109 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 002 Using default vscc
Error: could not assemble transaction, err Proposal response was not successful, error code 500, msg instantiation policy violation: signature set did not satisfy policy
在同级日志上，我只看到以下行
2019-07-22 19:14:17.654 UTC [endorser] ProcessProposal -> ERRO 02d [mychannel][9c6060d2] simulateProposal() resulted in chaincode name:"lscc" response status 500 for txid: 9c6060d28705af336334e5758582b2d9bc4fa8003f084fc8ab9e6f8e420bf8b2
由于新的管理证书是由订购者可以识别的同一CA签名的，因此我希望上述方法能起作用。但事实并非如此。有什么线索吗？ 我的猜测是，如果我进行配置更新以包括新证书，它将起作用，但是我期望它不是必需的。