Le nœud Testnet se bloque lors de l'activation du protocole

Question

Le nœud Testnet se bloque lors de l'activation du protocole

- 1
- 80 2020-03-14
J'ai réussi à configurermanuellement untestnet constitué de 2nœuds sur différents hôtes. Lesnœuds se connectentet à l'aide de Tezos-Client,je peuximporter avec succès destouches secrètes ( Importer secret Key Bootstrap1 $ {bootstrap1_secret} )et interroger lenœud ( RPC GET/CHAKES/MAIN/HEAD/métadonnées ).

Cependant,quandje veuxprotocoles activate (Itesté Pt24m4xiPbLDhVgVfABUjirbmda3yohdN82Sp9FeuAXJ4eV9otd et ProtoDemoNoopsDemoNoopsDemoNoopsDemoNoopsDemo6XBoYp ),je reçois uneerreuret plantage demonnœud,indiquant

invalide_argument: "JSON_ENCODING.CONSTRUCT: Conséquence de Bad Union".

:

Jetravaille sur Alphanetparce queje nepouvaispasinjecter leprotocole requis sur Carthage.

La configuration demonnœudest la suivante:

*** Mise àjour: Entre-temps,j'aipuinjecter leprotocole sur unnœud lorsqueje l'exécute avec leparamètre - Sandbox=& lt; & lt; chemin de JSON contenant le Genesis_Pubkey > > . Cependant,dans ce cas,leparamètre - Sandbox implique queje nepuissepas connecter à un autrenœud sur un autre hôte. Exécution dunœud sans leparamètre --Sandbox donne l'erreur décrite ci-dessus lors de l'injection duprotocole. J'ai égalementessayé d'abord de démarrer lenœud avec la commande - sandbox ,injecter leprotocoleet redémarrez-le sans la commande - sandbox . Celafonctionne ànouveaubien pour lepremiernœud. Lorsqueje démarre le deuxièmenœud sans - Sandbox ,il se synchronise avec lepremiernœudmais qui sebloque dès quej'injecte leprotocole,ànouveau avec l'erreur JSON_Encoding d'en haut. Lorsqueje démarre le deuxièmenœud avec - sandbox (et donc séparément dunœud 1),injecter leprotocoleet redémarrez-le sans - Sandbox ,il se synchronisera avec lepremiernoeudpendant quelques secondes,puis accrochez-vous sans autremessage d'erreur. Au cas oùj'exécuterais unboulanger sur le deuxièmenœud,cela cessera de dire

Bakeren attente deplus d'apprentissage dans lamémoire MEMPOOL

Jen'ai aucuneidée de ce qui sepasse là-bas ...

I managed to manually set up a testnet consisting of 2 nodes on different hosts. The nodes connect, and using tezos-client I can successfully import secret keys (import secret key bootstrap1 ${BOOTSTRAP1_SECRET}) and query the node (rpc get /chains/main/blocks/head/metadata).

However, when I want to activate protocols (I tested Pt24m4xiPbLDhVgVfABUjirbmda3yohdN82Sp9FeuAXJ4eV9otd and ProtoDemoNoopsDemoNoopsDemoNoopsDemoNoopsDemo6XBoYp), I get an error and my node crashes, stating

Invalid_argument: "Json_encoding.construct: consequence of bad union".

:

I am working on alphanet because I could not inject the required protocol on carthage.

My node's config is as follows:

*** Update: In the meantime, I was able to inject the protocol on a node when I run it with parameter --sandbox=<<path to json containing the genesis_pubkey>>. However, in this case, the --sandbox parameter implies that I cannot connect to another node on another host. Running the node without the --sandbox parameter gives the above-described error when injecting the protocol. I also tried to first start the node with the --sandbox command, inject the protocol, and restart it without the --sandbox command. This again works fine for the first node. When I start the second node without --sandbox, it synchronizes with the first node but crashes as soon as I inject the protocol there, again with the Json_encoding error from above. When I start the second node with --sandbox (and therefore separately from node 1), inject the protocol and restart it without --sandbox, it will synchronize with the first node for a few seconds but then hang without any further error message. In case I run a baker on the second node, it will stop saying

baker waiting for more endorsements in the mempool

I have no idea what is going on there...

node protocol testnet

1 réponses

votes

Pierre Boutillier · Accepted Answer · 2020-03-27

1

2020-03-27

Lemessage d'erreurn'apas de senspour une raison difficile (unpoint defixationestmal calculéen tête dumécanisme de rapport d'erreurpour soulager uneerreurelle-même: https://gitlab.com/TTEZOS/TEZOS/-/MERGE_RQUESTS/1376 )

Quoi qu'ilen soit,la racine de votreproblèmeestprobablement que vousn'avezpas labonne clé d'activateur.La clépublique de l'activateurest définie ligne 105 de src/proto_genesis/lib_protocol/data.ml.Assurez-vous qu'il correspond (surtous vosnœuds) à latouche que vous utilisez.

Mercibeaucouppour votre suggestion.J'ai localisé la clépublique de l'activateur dans `src/proto_genesis/lib_protocol/data.ml`et le remplacépar la clépublique associée à la cléprivée _activator_.Je comprends égalementpourquoi cela doit êtrefait car dans lemêmefichier,ilest spécifié que si l'argument de laboîte àbranchesest donné,la clépublique sera ajustéeen conséquence.Malheureusement,je reçoistoujours lamêmeerreur (ce qui,selon votreindice,ne signifiepasnécessairement que la raisonesttoujours lamême).Pourrait-il y avoir un autreendroit où la clépublique doit être remplacée?

Thank you very much for your suggestion. I localized the public key of the activator in `src/proto_genesis/lib_protocol/data.ml` and replaced it by the public key associated with the private key _activator_. I also understand why this has to be done because in the same file it is specified that if the --sandbox argument is given, the public key will be adjusted accordingly. Unfortunately, I still get the same error (which, however, according to your hint does not necessarily mean that the reason is still the same). Could there be another place where the public key has to be replaced?
- 0
- 2020-03-27
- Quantenspringer
La raisonpourrait-elle être que _next_protocol_ - queje peuxinterroger via `Tezos-Client-Client RPC GET/Chains/Main/Blocks/Tête/Métadata` - Doit coïncider avec leprotocole queje souhaite activer?

Could the reason be that _next_protocol_ - which I can query via `tezos-client rpc get /chains/main/blocks/head/metadata` - must coincide with the protocol I wish to activate?
- 0
- 2020-03-27
- Quantenspringer
Leprochainproblème courant lors de l'activation d'unprotocole de Genèseest que le `~/tezos/sandbox-paramètre.json`estincorrect (souventparce que cen'estpas desparamètres duprotocole que vousessayez d'activer) Avez-vous vérifié cela?(C'estma dernièreidée,si celane fonctionnepas,vous aurez à Cherry-Choisir lepatch afin d'obtenir la réelleerreur de retour.)

The next common problem when activating a protocol from genesis is that the `~/tezos/sandbox-parameters.json` is incorrect (often because this is not parameters for the protocol you're trying to activate) Have you checked that? (That's my last idea, if that does not work, you'll have to cherry-pick the patch in order to get the real error back.)
- 0
- 2020-03-28
- Pierre Boutillier
Mercibeaucoup!Enfait,j'aiessayé des choses sur Alphanet avec votreindice demodification de la clépublique de l'activateuret qu'ilfonctionne comme un charme.Cependant,pour Carthagenet,je ne réussistoujourspas.Pour lemoment,je suis heureux detravailler sur Alphanet,maisje vaisessayer de résoudre leproblème de Carthageneten parallèle.Étant donné quema questioninitiale étaitpour Alphanet,je vaismarquer la question comme répondu.

Thanks a lot! I actually tried things on alphanet with your hint of changing the public key of the activator, and there it works like a charm. However, for carthagenet I still do not succeed. For the time being, I am happy to work on alphanet but I will try to resolve the issue for carthagenet in parallel. Since my original question was for alphanet, I will mark the question as answered.
- 0
- 2020-03-28
- Quantenspringer
Enfait,celafonctionne égalementpour Carthagenet -je n'ai aucuneidée de ce quej'ai changépar rapport auxpremièrestentatives,maisje peuxmaintenantinjecter demanièrefiable leprotocole de Carthage.Merciencore!

It actually also works for carthagenet - I have no idea what I changed compared to the first attempts, but now I can reliably inject the Carthage protocol. Thanks again!
- 0
- 2020-03-29
- Quantenspringer