磁盘问题解决了吗？hyperledger用于运行的一些文件存储在磁盘上，这可能解释了通道错误。对我来说，这一步是探索网络参与者的系统级错误(看看网络的每个组件是否正常工作，是否不会返回错误，是否可以访问所有通道工件，是否有足够的磁盘空间，等等(。然后你需要探究这个通道错误，如果它们不在同一个通道上，所有节点都无法通信。检查通道是否静止，是否没有返回错误。使用对等通道信息执行此操作：https://hyperledger-fabric.readthedocs.io/en/release-2.2/commands/peerchannel.html这是测试/学习环境还是生产网络？上帝保佑！
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