Ajout / goutte constamment des connexions

Question

Ajout / goutte constamment des connexions

- 4
- 124 2019-04-03
Je suisen train d'exécuter unnœud de la dernière version sansfichier de configuration avec la commande suivante:

./Tezos-nœudexécution --RPC-Addr 127.0.0.1:8732 --Connections 10

J'aiessayé avec diverses - connexions et - Bootstrap-Seuil valeursmaisje rencontretoujours deserreurs. Je reçois despairs constantset voyons:

$p2p.Maintenance:trop de connexions,tuera 3 $ validator.peer (85): Travailleurterminé [...] $ validator.pereer (86): Terminé Terminé [...] $ validator.peer (87): Travailleurterminé [...] $ validator.peer (88):travailleur a commencépour ... $ validator.peer (89):travailleur a commencépour ... $ validator.peer (90):travailleur a commencépour ...

Tout cela seproduit dans uneplage de 1 ou 2 secondeset seproduit unefoisparminute. J'accepte actuellementtous lestraficentrants TCPet UDP sur 9732et 19732 (carilestindiqué Ici ). Monnœudfonctionne actuellement avec 2 Go de RAM (instance AWS EC2 T2.SMALL).

En outre,je pense queje crois queje croisest lié,en ce que certains demesblocs de cuisson échouent,cariln'y apas de recommandations dans lamémoire MEMPOOL:

Aucuneendossementprésent dans lamémoire MEMPOOL. En attentejusqu'au 2019-04-02T21: 45: 00Z (37s)pour lesnouvelles opérations.

Ceciest suivi d'uneinjection dublocenviron 37 ansplustard.

Quandj'exécute ./Tezos-nœud RPC Obtenez Network/Connections J'en voisenviron 16 connexionsplus oumoins,tout sauf l'un d'autre que "entrant": vrai

Toute aide serait appréciée.
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

- Je suis confus.Vous dites que vous voyezenviron 16 connexions,mais la limitepar défaut devrait être significativement supérieure à celle-ci,doncje ne comprendspaspourquoi vous voyez "trop de connexions,tuera 3".Vousn'exécutezpas avec --Connections 10 (ish) dans cesjournaux?`tezos-nœud config`montre rien dutout sous P2P.Limits?Mystérieux!
  
  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
- Désolé,je me suismaltraité unpeu.Je vois 16 connexions lorsqueje cours avec --Connections 10,je modifierai légèrement la question.Quoi qu'ilen soit,je vois ceserreurs,peuimporte lenuméro queje définis les connexions.
  
  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 suggère de consulter ce lien 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 réponses

votes

Julien · Answer 1 · 2019-04-04

2

2019-04-04

Tout d'abord,régler les connexions limite à 10esttrèsfaible,vous devez utiliser la valeurpar défaut ou utiliser quelque chose deplusproche de la valeurpar défaut quiest 100.moins vous avez des risques que vous avez à recevoir des changements dans letemps.Bien sûr,vous devezgérer un équilibreentre unebonne connectivitéet lapuissance/lamémoire detraitement requistrop de lamanière des communications.

Concernant lemessage

  p2p.maintenance: Too many connections, will kill X

Ilest pas un signe deproblème dutout ,ilfaitpartie de l'hygiènepeer-to-peer à accepter detempsen temps denouvelles connexionspendant que votrenoeudatteint sa limite de connexion.Unnouveaupairest alors acceptéet un ancienest coupé.

Ilpermet une rotation sur les connexions qui,entre autres,empêchent votrenoeud d'êtrebloqué aux connexions avec despairsmalsains.

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.