Cardano-db-sync: Erreur de synchronisation de base de données. Échec de l'indexation

Créé le 22 nov. 2020  ·  11Commentaires  ·  Source: input-output-hk/cardano-db-sync

Salut, je cours cardano-db 6.0.0 avec cardan-node1.21.1 . Soudain, il n'a pas réussi à synchroniser les nouveaux blocs avec une telle erreur :

Nov 21 23:05:35 cardano-fork cardano-db6[1971]: [db-sync-node.ErrorPolicy:Error:4] [2020-11-21 23:05:35.51 UTC] [String "ErrorPolicyUnhandledApplicationException Panic! applyHeaderTransition failed: [[NewEpochFailure (EpochFailure (NewPpFailure (UnexpectedDepositPot (Coin 857622000000) (Coin 857626000000))))]]\nCallStack (from HasCallStack):\n  error, called at src/Shelley/Spec/Ledger/API/Validation.hs:92:15 in shelley-spec-ledger-0.1.0.0-inplace:Shelley.Spec.Ledger.API.Validation",String "ErrorPolicyTrace",String "LocalAddress {getFilePath = \"state-node-mainnet/sock\"}"]
Nov 21 23:05:39 cardano-fork cardano-db6[1971]: [db-sync-node.Handshake:Info:81401] [2020-11-21 23:05:39.94 UTC] [String "Send (ClientAgency TokPropose,MsgProposeVersions (fromList [(NodeToClientV_1,TInt 764824073),(NodeToClientV_2,TInt 764824073),(NodeToClientV_3,TInt 764824073)]))",String "LocalHandshakeTrace",String "ConnectionId {localAddress = LocalAddress {getFilePath = \"\"}, remoteAddress = LocalAddress {getFilePath = \"state-node-mainnet/sock\"}}"]
Nov 21 23:05:39 cardano-fork cardano-db6[1971]: [db-sync-node.Handshake:Info:81401] [2020-11-21 23:05:39.94 UTC] [String "Recv (ServerAgency TokConfirm,MsgAcceptVersion NodeToClientV_3 (TInt 764824073))",String "LocalHandshakeTrace",String "ConnectionId {localAddress = LocalAddress {getFilePath = \"\"}, remoteAddress = LocalAddress {getFilePath = \"state-node-mainnet/sock\"}}"]

Commentaire le plus utile

Il s'agit d'un duplicata de #398 .

Vous avez appliqué votre commit avec la balise tmp-fix-6.0.x mais malheureusement cela n'a pas aidé

Cela n'aide qu'avec les nœuds qui ne sont pas déjà affectés. Citation du commentaire :

Cependant, l'exécution de cette version peut détecter un état de grand livre déjà corrompu (je ne sais même pas à quoi cela ressemblerait), auquel cas une resynchronisation sera nécessaire.

Tous les 11 commentaires

Il s'agit d'un duplicata de #398 .

Il s'agit d'un duplicata de #398 .

Vous avez appliqué votre commit avec la balise tmp-fix-6.0.x mais malheureusement cela n'a pas aidé

Il s'agit d'un duplicata de #398 .

Vous avez appliqué votre commit avec la balise tmp-fix-6.0.x mais malheureusement cela n'a pas aidé

Cela n'aide qu'avec les nœuds qui ne sont pas déjà affectés. Citation du commentaire :

Cependant, l'exécution de cette version peut détecter un état de grand livre déjà corrompu (je ne sais même pas à quoi cela ressemblerait), auquel cas une resynchronisation sera nécessaire.

Merci pour l'information.
Alors, des choix pour faire fonctionner un indexeur maintenant ?

Alors, des choix pour faire fonctionner un indexeur maintenant ?

Pardon quoi? Je ne comprends même pas ce que vous demandez.

Pouvez-vous me donner un conseil sur la façon de faire fonctionner cardano-db-sync maintenant, après un tel échec, s'il vous plaît?

Merci pour l'information.
Alors, des choix pour faire fonctionner un indexeur maintenant ?

Vous devrez effectuer une resynchronisation.

Et si vous ne l'exécutez pas dans Docker, alors

PGPASSFILE=config/pgpass-mainnet scripts/postgresql-setup.sh --recreatedb

@alexqrid Si vous avez réussi à faire fonctionner la version fixe et à resynchroniser votre base de données, veuillez fermer ceci.

Juste rétrogradé à cardano-db-sync 5.0.3 et synchronisé à partir de zéro. Tout semble bien fonctionner.

Cette page vous a été utile?
0 / 5 - 0 notes