Cardano-db-sync: Error de sincronización de DB. No se indexa

Creado en 22 nov. 2020  ·  11Comentarios  ·  Fuente: input-output-hk/cardano-db-sync

Hola, estoy ejecutando cardano-db 6.0.0 con cardan-node1.21.1 . De repente, no pudo sincronizar nuevos bloques con tal error:

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\"}}"]

Comentario más útil

Este es un duplicado del # 398.

Aplicó su compromiso con la etiqueta tmp-fix-6.0.x pero desafortunadamente no ayudó

Eso solo ayuda con los nodos que aún no están afectados. Cita del comentario:

Sin embargo, ejecutar esta versión puede detectar un estado del libro mayor ya dañado (ni siquiera estoy seguro de cómo se vería), en cuyo caso se requerirá una resincronización.

Todos 11 comentarios

Este es un duplicado del # 398.

Este es un duplicado del # 398.

Aplicó su compromiso con la etiqueta tmp-fix-6.0.x pero desafortunadamente no ayudó

Este es un duplicado del # 398.

Aplicó su compromiso con la etiqueta tmp-fix-6.0.x pero desafortunadamente no ayudó

Eso solo ayuda con los nodos que aún no están afectados. Cita del comentario:

Sin embargo, ejecutar esta versión puede detectar un estado del libro mayor ya dañado (ni siquiera estoy seguro de cómo se vería), en cuyo caso se requerirá una resincronización.

Gracias por la información.
Entonces, ¿hay alguna opción para hacer que un indexador funcione ahora?

Entonces, ¿hay alguna opción para hacer que un indexador funcione ahora?

Perdon, que? Ni siquiera entiendo lo que estás preguntando.

¿Puede darme un consejo sobre cómo hacer que cardano-db-sync funcione ahora, después de tal falla, por favor?

Gracias por la información.
Entonces, ¿hay alguna opción para hacer que un indexador funcione ahora?

Deberá volver a sincronizar.

Y si no lo está ejecutando en Docker,

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

@alexqrid Si ha logrado que la versión fija se ejecute y vuelva a sincronizar su base de datos, cierre esto.

Recién rebajado a cardano-db-sync 5.0.3 y sincronizado desde cero. Todo parece funcionar bien.

¿Fue útil esta página
0 / 5 - 0 calificaciones