-
Notifications
You must be signed in to change notification settings - Fork 105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Docker overlay2 Data is too big #911
Comments
Hey, are there any suspicious logs? If this is a bug, this will probably need to be passed to the db-sync Team, since the syncing is handled by them. |
I found that the program downloading snapshots kept downloading snapshots without stopping, causing insufficient space |
Now the way I don't use the snapshot sync block, is now synchronization is complete, but the test interface: the initialized syncPercentage and chainTipAndCurrentEpochNumber, will be always waiting for no response |
|
Just for my understanding: You disabled snapshots for db-sync and started the whole stack clean again? Could you check if there are any suspicious logs in the background, server or db-sync? |
yes, I started the whole stack clean again,and sync is completed, but some time use api that will wait 10 mins. and After a few queries, there will be another wait of about 10 minutes |
Could you share logs from the server and background component? |
this is request err: |
logs : background_1 | hasura | registry_1 | cardano-db-sync | postgres | ogmios_1 | cardano-node | cardano-graphql-server background_1 | {"name":"background","hostname":"f7e7c7df1aab","pid":1,"level":30,"msg":"Metadata Server unreachable.","time":"2025-01-21T13:26:52.736Z","v":0} hasura_1 | {"detail":{"http_info":{"content_encoding":null,"http_version":"HTTP/1.1","ip":"172.18.0.3","method":"POST","status":200,"url":"/v1/graphql"},"operation":{"query_execution_time":6.63465e-4,"request_id":"34e50c7b-6419-45c2-9892-c17d53419a9c","request_mode":"single","request_read_time":1.848e-6,"response_size":59,"uncompressed_response_size":59,"user_vars":{"x-hasura-role":"cardano-graphql"}},"request_id":"34e50c7b-6419-45c2-9892-c17d53419a9c"},"level":"info","timestamp":"2025-01-21T13:51:23.620+0000","type":"http-log"} token-metadata-registry_1 | 2025-01-21T01:07:47.207Z INFO 11 --- [ main] o.s.b.w.embedded.tomcat.TomcatWebServer : Tomcat initialized with port 8080 (http) cardano-db-sync_1 | [db-sync-node:Info:84] [2025-01-21 13:50:25.64 UTC] Insert Conway Block: epoch 535, slot 145901134, block 11380951, hash 52309d323135310b0c48d1f734762bc89ea2ba6837ae56c3e5d2d9d93310fcb7 postgres_1 | 2025-01-21 13:50:00.464 UTC [5128] ERROR: relation "public.Cardano" does not exist at character 257 ogmios_1 | {"severity":"Info","timestamp":"2025-01-21T13:54:03.433536708Z","thread":"181","message":{"Health":{"tag":"HealthTick","status":{"startTime":"2025-01-21T01:07:33.465674517Z","lastKnownTip":{"slot":145901352,"id":"b0e0b96780faa5bc378b35875a06b1ee4d34f4298723c61dc0f4cc9bec2c86ad","height":11380961},"lastTipUpdate":"2025-01-21T13:54:03.433322119Z","networkSynchronization":1.00000,"currentEra":"conway","metrics":{"activeConnections":1,"runtimeStats":{"cpuTime":5028216754810,"currentHeapSize":214774,"gcCpuTime":4899884545605,"maxHeapSize":215276},"sessionDurations":{"max":0,"mean":81969,"min":0},"totalConnections":2,"totalMessages":587146,"totalUnrouted":0},"connectionStatus":"connected","currentEpoch":535,"slotInEpoch":144552,"version":"v6.10.0 (a1596d53)","network":"mainnet"}}},"version":"v6.10.0 (a1596d53)"} cardano-node_1 | [16b710b9:cardano.node.ChainDB:Notice:195] [2025-01-21 13:11:30.58 UTC] Chain extended, new tip: 6ae26cb9cb8b1f656bf84cf227e2f900afd0c9f1f53f9d55f84ce91b14cd3a8b at slot 145898799 hasura_1 | {"detail":{"http_info":{"content_encoding":null,"http_version":"HTTP/1.1","ip":"172.18.0.3","method":"POST","status":200,"url":"/v1/graphql"},"operation":{"error":{"code":"unexpected","error":"database query error","internal":{"arguments":["(Oid 114,Just ("{\"x-hasura-role\":\"cardano-graphql\"}",Binary))"],"error":{"description":null,"exec_status":"FatalError","hint":null,"message":"relation "public.Epoch" does not exist","status_code":"42P01"},"prepared":true,"statement":"SELECT coalesce(json_agg("root" ORDER BY "root.pg.number" DESC NULLS FIRST), '[]' ) AS "root" FROM (SELECT row_to_json((SELECT "_e" FROM (SELECT "_root.or.adaPots"."adaPots" AS "adaPots" ) AS "_e" ) ) AS "root", "_root.base"."number" AS "root.pg.number" FROM (SELECT * FROM "public"."Epoch" WHERE ('true') ORDER BY "number" DESC NULLS FIRST LIMIT 1 ) AS "_root.base" LEFT OUTER JOIN LATERAL (SELECT row_to_json((SELECT "_e" FROM (SELECT ("_root.or.adaPots.base"."reserves")::text AS "reserves" ) AS "_e" ) ) AS "adaPots" FROM (SELECT * FROM "public"."ada_pots" WHERE (("_root.base"."number") = ("epoch_no")) LIMIT 1 ) AS "_root.or.adaPots.base" ) AS "_root.or.adaPots" ON ('true') ORDER BY "root.pg.number" DESC NULLS FIRST ) AS "_root" "},"path":"$"},"request_id":"e74fc9b7-141e-4bc0-8b8f-b4e66b40f4ce","request_mode":"error","response_size":1202,"uncompressed_response_size":1202,"user_vars":{"x-hasura-role":"cardano-graphql"}},"request_id":"e74fc9b7-141e-4bc0-8b8f-b4e66b40f4ce"},"level":"error","timestamp":"2025-01-21T13:38:25.486+0000","type":"http-log"} |
in logs that postgres always has errors |
Hi @yellzhi |
the cardano-graphql-background server keep restarting, maybe every 10 minutes |
The graphql-background, does it connect to the database and is able tp applu the schema? I can see metadata server is not reachable. Is the metadata server running, synced and the accessible? Are you doing any modifications from the default docker-compose file? |
No changes were made to the docker-compose file. Database I see can connect. Otherwise, the graphql-background server will restart in 10 minutes |
Summary
Synchronization starts at 0, using the snapshot data of the main network, but docker data is too big. run 7 hours later
Steps to reproduce the bug
run docker:
DOCKER_BUILDKIT=1
COMPOSE_DOCKER_CLI_BUILD=1
RESTORE_SNAPSHOT=https://update-cardano-mainnet.iohk.io/cardano-db-sync/13.6/db-sync-snapshot-schema-13.6-block-11352374-x86_64.tgz
docker-compose up -d --build &&
docker-compose logs -f
Actual Result
7 hours later ,check result:

Expected Result
docker normal operation
Environment
use https://github.com/cardano-foundation/cardano-graphql.git and --branch 8.3.3
Platform
Platform version
No response
Runtime
Runtime version
No response
The text was updated successfully, but these errors were encountered: