为什么采矿没有完成 [英] why mining was not done

问题描述

您能否告诉我以下问题？

问题

·重启奇偶校验流程的原因

· node.toml更新的原因

·所有更新的原因engine_signer地址相同

·挖掘没有完成的原因

活动

·使用Azure上的以太坊构建3个节点的区块链网络（IaaS模板，密钥管理是密钥保险）

·奇偶校验过程所有节点在 5月2日重新启动 20:42 UTC
※ Azure在相关时间出现问题
Https：//azure.microsoft.com/en-us/status/history/

・ Parity process of all nodes restarted at May 2nd 20:42 UTC ※ There is trouble of Azure at the relevant time Https://azure.microsoft.com/en-us/status/history/

5月2日 RCA-网络连接-DNS解析

·所有node.toml同时更新。

所有engine_signers的地址已更新为"0x0098842c81b3ba0eb208ec39152cee56944065c9"。

·更新node.toml后不再进行挖掘。交易被接受，但没有在块中捕获。

（有证据表明只有一个节点重新启动了操作系统，但其他节点有没有OS重启的证据）

推荐答案

感谢您与我们联系。由于以下几个原因，可能会发生奇偶校验重启：

Thanks for reaching out. A Parity reboot can occur because of a couple reasons:

1。机器重启了。我们使用rc.local文件将Parity脚本设置为在启动时启动。

1. The machine was rebooted. We set the Parity scripts to startup on boot using the rc.local file.

2。身份上的租约已过期。每个节点在启动时都是同质的，并将从密钥保管库中获取验证者身份。 为了防止冲突，节点将获取身份的租约（可以在blob存储中看到）。

2. The lease on the identity expired. Each node is homogenous on boot and will pick up a validator identity from Key Vault.  To prevent conflicts, the node will acquire a lease on the identity (as can be seen in the blob store).

可能连接受到5月2日中断的影响，导致租约到期，Parity实例重启。目前还不清楚为什么Parity机器会产生相同的engine_signer帐户地址。 你可以重新启动这些实例
并确保它们从Key Vault / Blob Store中提取不同的身份吗？

It's likely that the connection was impacted by the May 2nd outage, causing the leases to expire and the Parity instances to restart. It's unclear why the Parity machines resulted in the same engine_signer account addresses.  Can you reboot these instances and ensure that they pull distinct identities from Key Vault/Blob Store?

这篇关于为什么采矿没有完成的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！