絶えず接続を追加/削除

Question

絶えず接続を追加/削除

- 4
- 124 2019-04-03
現在、次のコマンドを使用して、構成ファイルのない最新バージョンでノードを実行しています.

./tezos-node run --rpc-addr 127.0.0.1:8732 --connections 10

さまざまな--connectionsと--bootstrap-thresholdの値を試しましたが、それでもエラーが発生します.常にピアスラッシングが発生しており、次のように表示されます.

$ p2p.maintenance: Too many connections, will kill 3 $ validator.peer(85): Worker terminated [...] $ validator.peer(86): Worker terminated [...] $ validator.peer(87): Worker terminated [...] $ validator.peer(88): Worker started for ... $ validator.peer(89): Worker started for ... $ validator.peer(90): Worker started for ...

これはすべて1〜2秒以内に発生し、約1分に1回発生します.現在、9732と19732ですべてのTCPおよびUDPインバウンドトラフィックを受け入れています(ここ).私のノードは現在2GBのRAM(AWS EC2t2.smallインスタンス)で実行されています.

また、関連していると思われる問題があります.mempoolに承認がないため、ベイク処理されたブロックの一部が失敗します.

No endorsements present in the mempool. Waiting until 2019-04-02T21:45:00Z (37s) for new operations.

これに続いて、約37秒後にブロックが注入されます.

./tezos-node rpc get network/connectionsを実行すると、約16の接続が表示されますが、そのうちの1つを除いてすべて"incoming": true

助けていただければ幸いです.
I'm currently running a node on the latest version with no config file with the following command:

./tezos-node run --rpc-addr 127.0.0.1:8732 --connections 10

I've tried with various --connections and --bootstrap-threshold values but am still encountering errors. I am getting constant peer thrashing and see:

$ p2p.maintenance: Too many connections, will kill 3 $ validator.peer(85): Worker terminated [...] $ validator.peer(86): Worker terminated [...] $ validator.peer(87): Worker terminated [...] $ validator.peer(88): Worker started for ... $ validator.peer(89): Worker started for ... $ validator.peer(90): Worker started for ...

This all happens within a span of 1 or 2 seconds, and happens about once every minute. I am currently accepting all TCP and UDP inbound traffic on 9732 and 19732 (since it says here). My node currently runs with 2GB of RAM (AWS EC2 t2.small instance).

Also, I'm having an issue that I believe is related, in that some of my baked blocks are failing because there are no endorsements in the mempool:

No endorsements present in the mempool. Waiting until 2019-04-02T21:45:00Z (37s) for new operations.

This is followed by an injection of the block about 37s later.

When I run ./tezos-node rpc get network/connections I see about 16 connections more or less, all but one of which have "incoming": true

Any help would be appreciated.
node error network connections

- よくわかりません.約16の接続が表示されるとのことですが、デフォルトの制限はこれよりも大幅に高くなるはずなので、「接続が多すぎると3つが削除されます」と表示される理由がわかりません.それらのログで--connections10(ish)を使用して実行していませんでしたか?`tezos-node config`はp2p.limitsの下で何も表示しませんか?不思議！
  
  I'm confused. You say you see about 16 connections, but the default limit should be significantly higher than this, so I don't understand why you see "Too many connections, will kill 3". You weren't running with --connections 10 (ish) in those logs? `tezos-node config` shows nothing at all under p2p.limits? Mysterious!
  - 0
  - 2019-04-03
  - Tom
- すみません、少し矛盾しました.--connections 10で実行すると、16の接続が表示されます.質問を少し変更します.接続を設定した数に関係なく、これらのエラーが表示されます.
  
  Sorry, I contradicted myself a bit. I see 16 connections when I run with --connections 10, I will modify the question slightly. Regardless I see these errors no matter the number I set connections to.
  - 0
  - 2019-04-03
  - user213
- @mr zは、このリンクをご覧になることをお勧めしますhttps://gist.github.com/utdrmac/2125a8514960e163837e86bc934f19b6
  
  @mr z suggests you have a look at this link https://gist.github.com/utdrmac/2125a8514960e163837e86bc934f19b6
  - 0
  - 2019-04-09
  - Ezy

1 回答

投票

Julien · Answer 1 · 2019-04-04

2

2019-04-04

まず、接続制限を10に設定するのは非常に低いため、デフォルト値を使用するか、デフォルト値である100に近いものを使用する必要があります.ピアが少ないほど、時間内に承認を受け取る可能性が低くなります..もちろん、良好な接続性と、通信を処理するために必要な処理能力/メモリとの間のバランスを管理する必要があります.

メッセージについて

  p2p.maintenance: Too many connections, will kill X

これは問題の兆候ではありません まったく、ノードがすでに存在している間に新しい接続を時々受け入れることはピアツーピアの衛生状態の一部です接続制限に達しました.次に、新しいピアが受け入れられ、古いピアがキックされます.

接続のローテーションが可能になり、特に、ノードが異常なピアとの接続にスタックするのを防ぎます.

First of all, setting connections limit to 10 is very low, you should either use the default value or use something nearer the default value which is 100. The less peer you have, the less chance you have to receive endorsements in time. Of course you have to manage a balance between a good connectivity and the processing power/memory required too handle the communications.

Concerning the message

 p2p.maintenance: Too many connections, will kill X

It is not a sign of problem at all, it is part of the peer-to-peer hygiene to accept from time to time new connections while your node already reached its connection limit. A new peer is then accepted and an old one is kicked.

It allows a rotation on connections which, among other things, prevents your node to be stuck to connections with unhealthy peers.