graph-node icon indicating copy to clipboard operation
graph-node copied to clipboard

[Bug] arbitrum-one not working

Open rotarur opened this issue 1 year ago • 7 comments

Bug report

Every time the graph-node restarts I see these logs bellow.

This makes the pod to take more time restarting.

I found these logs bellow to help defining the fix

Affected Image tag: 55cff04 Working Image tag: fc80657

Relevant log output

After every graph-node restart:

graph-node Nov 22 11:08:46.708 DEBG Trying again after IPFS.Gateway.send_test_request failed (attempt #3) with result Err(RequestFailed(RequestError(reqwest::Error { kind: Status(403
) })))
graph-node Nov 22 11:08:47.170 DEBG Trying again after IPFS.Gateway.send_test_request failed (attempt #4) with result Err(RequestFailed(RequestError(reqwest::Error { kind: Status(403
) })))
graph-node Nov 22 11:08:53.800 DEBG Trying again after IPFS.Gateway.send_test_request failed (attempt #5) with result Err(RequestFailed(RequestError(reqwest::Error { kind: Status(403
) }))

Nov 22 11:18:33.794 ERRO Provider 'arbitrum-firehose-pinax' does not support extended blocks on chain 'arbitrum-one'
Nov 22 11:18:33.794 ERRO Unable to get a connection for block ingestor, err: all providers failed for chain 'arbitrum-one', component: EthereumFirehoseBlockIngestor
Nov 22 11:18:34.046 ERRO Unable to get a connection for block ingestor, err: all providers failed for chain 'arbitrum-one', component: EthereumFirehoseBlockIngestor

IPFS hash

No response

Subgraph name or link to explorer

No response

Some information to help us out

  • [X] 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.
  • [X] I have searched the issue tracker to make sure this issue is not a duplicate.

OS information

Linux

rotarur avatar Nov 22 '24 12:11 rotarur

Pinax supports extended blocks for arbitrum-one only for nitro blocks. For classic blocks, they are base blocks. Pinax returns the type of block supported as "hybrid".

matthewdarwin avatar Nov 22 '24 16:11 matthewdarwin

Apparently there is some sort of flag you can set in graph-node to bypass this check.

matthewdarwin avatar Nov 23 '24 05:11 matthewdarwin

GRAPH_NODE_FIREHOSE_DISABLE_EXTENDED_BLOCKS_FOR_CHAINS="arbitrum-one" see https://github.com/graphprotocol/graph-node/pull/5672/files for the changes that implement this check

matthewdarwin avatar Nov 28 '24 13:11 matthewdarwin

thanks @matthewdarwin . this worked fine and now I see arbitrum-one blocks ingested

rotarur avatar Dec 03 '24 13:12 rotarur

is there any update on this issue? I had to disable the extended blocks support for all these chains bellow

              value: "arbitrum-one,optimism,mainnet,starknet-mainnet,matic,sepolia,bsc,solana-devnet"

rotarur avatar Dec 30 '24 17:12 rotarur

I came across this issue looking for something else. Shouldn't it be closed? since the default way the graph-node works is to validate for extended blocks unless disabled.

abarmat avatar Feb 19 '25 02:02 abarmat

Looks like this issue has been open for 6 months with no activity. Is it still relevant? If not, please remember to close it.

github-actions[bot] avatar Oct 29 '25 00:10 github-actions[bot]