v1.4.1
我有一个包含3个订购者的网络，这3个订购者不知道为什么开始说该服务不可用，为新交易提供503.以下是一些日志：
2020-09-15 10:10:41.235 UTC [orderer.common.cluster.puller] fetchLastBlockSeq -> INFO 27575 Skipping pulling from <ip>:7050: minimum requested sequence is 3522 but <ip>:7050 is at sequence 3521
2020-09-15 10:10:41.235 UTC [orderer.common.cluster.puller] func1 -> WARN 27576 Received error of type 'minimum requested sequence is 3522 but <ip>7050 is at sequence 3521' from <ip>:7050
2020-09-15 10:10:41.235 UTC [grpc] infof -> DEBU 27577 transport: loopyWriter.run returning. connection error: desc = "transport is closing"
2020-09-15 10:10:41.235 UTC [orderer.common.cluster.puller] fetchLastBlockSeq -> INFO 27578 Skipping pulling from <ip2>:7050: minimum requested sequence is 3522 but <ip2>:7050 is at sequence 3521
2020-09-15 10:10:41.235 UTC [orderer.common.cluster.puller] func1 -> WARN 27579 Received error of type 'minimum requested sequence is 3522 but <ip2>:7050 is at sequence 3521' from <ip2>:7050
2020-09-15 10:10:41.235 UTC [orderer.common.cluster.puller] connectToSomeEndpoint -> WARN 2757a Could not connect to any endpoint of [<itself>:7050 <ip>:7050 <ip3>:7050]
我不知道发生了什么，也无法连接到自身，请参阅最后一个命令行。
有人可以解释我怎么回事吗？
另外，我可以根据对等数据为订购者重新创建数据吗？
编辑1：
日志上的对等体表示以下内容：
[blocksProvider] DeliverBlocks -> WARN 1996cbb [channelname] Got error &{NOT_FOUND}
订货人还说以下
[common.deliver] deliverBlocks -> ERRO 3201e [channel: channel] Error reading from channel, cause was: NOT_FOUND
磁盘问题解决了吗？hyperledger用于运行的某些文件存储在磁盘上，这可以解释通道错误。对我而言，此步骤将是探索网络参与者的系统级错误（查看网络的每个组件是否正常运行，是否不返回错误，可以访问所有通道工件，是否有足够的磁盘空间等... ）。然后，您需要研究此通道错误，如果它们不在同一通道上，则所有节点都无法通信。检查通道是否仍然静止，是否不返回错误。使用对等渠道信息来做到这一点：https : //hyperledger-fabric.readthedocs.io/en/release-2.2/commands/peerchannel.html这是测试/学习环境还是生产网络？神速！
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句