You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Four months ago we launched a new bare-metal indexing stack with Postgres 17. It is currently using graph-node version v0.36.1 and is successfully indexing and serving queries on over 1000 subgraphs across 16 networks. Unfortunately we have a pernicious issue where a small number of subgraphs across several different networks cannot be deployed.
Critically, all versions of the Network Subgraph are affected by this. Our legacy graph stack is still able to index the Network subgraph so we are currently having to maintain this in parallel but this is rapidly becoming untenable and we would greatly appreciate any help to resolve our issue.
Deploying problematic subgraphs using the indexer-agent or directly using graphman sees the same outcome: a row is created in the table subgraphs.subgraph but no new entries appear in any of the other subgraph tables. The subgraph appears in the offchain sync list in the CLI but doesn't appear at all in graphman info. Attempting to deploy again with graphman returns the message Error: Subgraph with name already exists
In 'log output' are the errors/messages we see with the different deployment routes (via CLI using rules prepare and via graphman using deploy)
Deploying other subgraphs via either of these routes works as expected for all networks that we are currently supporting.
Relevant log output
**Deploying via the cli / agent:
**(graph indexer rules prepare returns usual output on the CLI)
**Agent logs:
Mar 20 16:44:49 <lunanova-indexer-agent>[133010]: {"level":30,"time":1742489089390,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"Agent","function":"reconcileDeployments","name":"indexer-agent/xALR8RYmhp","deployment":{"bytes32":"0xb1bb6f22826a21a64a306c5c6e2a4108cb39ec9cccf82a88884ee3d4a9f887a7","ipfsHash":"QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp"},"msg":"Index subgraph deployment"}
Mar 20 16:44:49 <lunanova-indexer-agent>[133010]: {"level":20,"time":1742489089390,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"GraphNode","name":"indexer-agent/xALR8RYmhp","deployment":"QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp","msg":"Ensure subgraph deployment is syncing"}
Mar 20 16:44:49 <lunanova-indexer-agent>[133010]: {"level":20,"time":1742489089409,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"GraphNode","name":"indexer-agent/xALR8RYmhp","deployment":"QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp","msg":"Subgraph deployment not found, creating subgraph name and deploying..."}
Mar 20 16:44:49 <lunanova-indexer-agent>[133010]: {"level":30,"time":1742489089409,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"GraphNode","name":"indexer-agent/xALR8RYmhp","msg":"Create subgraph name"}
Mar 20 16:44:49 <lunanova-indexer-agent>[133010]: {"level":30,"time":1742489089411,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"GraphNode","name":"indexer-agent/xALR8RYmhp","msg":"Successfully created subgraph name"}
Mar 20 16:44:49 <lunanova-indexer-agent>[133010]: {"level":30,"time":1742489089411,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"GraphNode","name":"indexer-agent/xALR8RYmhp","deployment":{"bytes32":"0xb1bb6f22826a21a64a306c5c6e2a4108cb39ec9cccf82a88884ee3d4a9f887a7","ipfsHash":"QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp"},"msg":"Deploy subgraph deployment"}
Mar 20 16:44:50 <lunanova-indexer-agent>[133010]: {"level":50,"time":1742489090012,"pid":133010,"hostname":"graph-agent-red1","name":"IndexerAgent","component":"GraphNode","name":"indexer-agent/xALR8RYmhp","deployment":
{"bytes32":"0xb1bb6f22826a21a64a306c5c6e2a4108cb39ec9cccf82a88884ee3d4a9f887a7","ipfsHash":"QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp"},"err":
{"type":"IndexerError","message":"Failed to deploy subgraph deployment","stack":"IndexerError: Failed to deploy subgraph deployment\n at indexerError (/home/graph/indexer/packages/indexer-common/dist/errors.js:179:12)\n at GraphNode.deploy (/home/graph/indexer/packages/indexer-common/dist/graph-node.js:276:51)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async GraphNode.ensure (/home/graph/indexer/packages/indexer-common/dist/graph-node.js:390:17)\n at async /home/graph/indexer/packages/indexer-agent/dist/agent.js:553:13\n at async run (/home/graph/indexer/node_modules/p-queue/dist/index.js:163:29)","code":"IE026","explanation":"https://github.com/graphprotocol/indexer/blob/main/docs/errors.md#ie026","cause":{"type":"Error","message":"socket hang up","stack":"Error: socket hang up\n at connResetException (node:internal/errors:787:14)\n at Socket.socketOnEnd (node:_http_client:519:23)\n at Socket.emit (node:events:530:35)\n at Socket.emit (node:domain:488:12)\n at endReadableNT (node:internal/streams/readable:1696:12)\n at process.processTicksAndRejections (node:internal/process/task_queues:82:21)","code":"ECONNRESET"}},"msg":"Failed to deploy subgraph deployment"}
**Deploying via graphman:
:~$ graphman --config config.toml deploy -c -u http://<internal-ip>:port indexer-agent/xALR8RYmhp QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp
Creating subgraph `indexer-agent/xALR8RYmhp`
Subgraph `indexer-agent/xALR8RYmhp` created
Deploying subgraph `QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp` to `indexer-agent/xALR8RYmhp`
Error: Failed to deploy subgraph `QmaJSe4JD7wJvA5syMPxvvp8TNGY7GtBa9kUxALR8RYmhp` to `indexer-agent/xALR8RYmhp`
Caused by:
0: error sending request for url (http://<internal-ip>:port/)
1: client error (SendRequest)
2: connection closed before message completed
IPFS hash
No response
Subgraph name or link to explorer
No response
Some information to help us out
Tick this box if this bug is caused by a regression found in the latest release.
Tick this box if this bug is specific to the hosted service.
I have searched the issue tracker to make sure this issue is not a duplicate.
OS information
Linux
The text was updated successfully, but these errors were encountered:
Our legacy graph stack is still able to index the Network subgraph
What version of graph-node does your legacy stack use? I see an increase in socket hang up errors too since upgrading to 0.36.1. However, I also made a change on the client that calls graph-node and I'm trying to narrow down if my client-side change or the graph-node upgrade causes the issue.
Bug report
Four months ago we launched a new bare-metal indexing stack with Postgres 17. It is currently using graph-node version v0.36.1 and is successfully indexing and serving queries on over 1000 subgraphs across 16 networks. Unfortunately we have a pernicious issue where a small number of subgraphs across several different networks cannot be deployed.
Critically, all versions of the Network Subgraph are affected by this. Our legacy graph stack is still able to index the Network subgraph so we are currently having to maintain this in parallel but this is rapidly becoming untenable and we would greatly appreciate any help to resolve our issue.
Deploying problematic subgraphs using the indexer-agent or directly using graphman sees the same outcome: a row is created in the table
subgraphs.subgraph
but no new entries appear in any of the other subgraph tables. The subgraph appears in the offchain sync list in the CLI but doesn't appear at all in graphman info. Attempting to deploy again with graphman returns the messageError: Subgraph with name
already exists
Subgraphs we encounter this issue with are:
In 'log output' are the errors/messages we see with the different deployment routes (via CLI using rules prepare and via graphman using deploy)
Deploying other subgraphs via either of these routes works as expected for all networks that we are currently supporting.
Relevant log output
IPFS hash
No response
Subgraph name or link to explorer
No response
Some information to help us out
OS information
Linux
The text was updated successfully, but these errors were encountered: