Question

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]

我不知道发生了什么，也无法连接到自身，请参阅最后一个命令行。

有人可以解释我发生了什么事吗？

还可以从对等数据重新创建订购者的数据吗？

Edit1：

日志中的对等方说：

[blocksProvider] DeliverBlocks -> WARN 1996cbb [channelname] Got error &{NOT_FOUND}

订购者还说以下

[common.deliver] deliverBlocks -> ERRO 3201e [channel: channel] Error reading from channel, cause was: NOT_FOUND

Answer 1

磁盘问题解决了吗？ hyperledger用于运行的某些文件存储在磁盘上，这可以解释通道错误。对我而言，此步骤将是探索网络参与者的系统级错误（查看网络的每个组件是否正常运行，是否不返回错误，可以访问所有通道工件，是否有足够的磁盘空间等... ）。然后，您需要研究此通道错误，如果它们不在同一通道上，则所有节点都无法通信。检查通道是否仍然静止以及是否不返回错误。使用对等渠道信息来这样做：https://hyperledger-fabric.readthedocs.io/en/release-2.2/commands/peerchannel.html 这是测试/学习环境还是生产网络？神速！

从对等渠道信息重新创建订购者的渠道

1 个答案: