graphprotocol / graphprotocol/graph-node
[Bug] Subgraph doesn't sync after node restart
Nessuno ha ancora preso questa issue.
- Lingua principale
- Rust
- Stelle
- 3.2k
- Fork
- 1.1k
- Merge medio
- 4g 1h
- PR unite (30g)
- 1
Descrizione
Bug report
I ran the Graph-Node Docker version locally on my server and deployed the Ethereum subgraph. It works and syncs well. But when I stop the Graph-Node with the docker compose down command and run it again with the docker compose up command, the Graph-Node doesn't continue syncing until I deploy the subgraph again. I've tried it with different RPCs and chains, but I encountered the same problem with all of them. Does anyone have any idea why this happens? Is it normal, or is it a Graph-Node bug?
Edit: I tried to resume the subgraph deployment to fix this problem with the following command:
graphman resume QmUc824r...
and I got:
resuming QmUc824r...
Operation completed
But Nothing happened and the problem remained.
Also, I tried to reassign the deployment using the following command:
graphman reassign QmUc824r... default
and I got:
deployment QmUc824r... is already assigned to default
warning: this is the only deployment assigned to default
are you sure it is spelled correctly?
Again nothing happened and the problem remained.
Edit: Today I noticed that when I ran a graph node for the first time, I saw the line in the logs that has something like this:
Started all assigned subgraphs.
But after restarting it again as I mentioned above, I can't find anything like this in the logs.
Relevant log output
No response
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
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Riproduci il problema con la configurazione Docker di Graph-Node usando docker compose down e docker compose up, quindi esamina i log di avvio e i comandi graphman resume e reassign descritti nel report. Il lavoro è completato quando il subgraph Ethereum distribuito riprende la sincronizzazione dopo il riavvio senza essere ridistribuito e i log di avvio mostrano che i subgraph assegnati sono stati avviati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- docker, rust
- Ambito
- backend, devops
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 25/100