Skip to content
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

SendRawTransaction() sometimes returns an empty response. #17694

Closed
CMajeri opened this issue Sep 18, 2018 · 3 comments
Closed

SendRawTransaction() sometimes returns an empty response. #17694

CMajeri opened this issue Sep 18, 2018 · 3 comments

Comments

@CMajeri
Copy link

CMajeri commented Sep 18, 2018

Hello,

Sometimes, when sending a raw transaction via our geth node, the call will hang for a very long time, and will end up returning nothing (web3.js: Error: Invalid JSON RPC response: ""), but the transaction will end up being propagated to the network (I suspect a connection timeout is the reason why the call returns empty).

The node is a fast sync node with gcmode=archive, the rpc endpoint is active:

/usr/bin/geth --rpc --rpcport "8545" --rpcaddr "0.0.0.0" --rpccorsdomain "*" --rpcapi "eth,web3,net" --gcmode=archive --rpcvhosts=* --vmodule "rpc/*=5,internal/*=5"

There's no evidence of a delay in the logs, it just shows "Transaction submitted" after a while.

At first glance in the code, I don't understand where the delay comes from, as the call simply seems to add the Tx to a pool and enqueue the propagation.

Could this be due to syncing issues do to my node being slightly behind a times? Would a full node help?

Thanks.

System information

Geth version: 1.8.13-stable
OS & Version: Linux
Commit hash : 225171a

Expected behaviour

SendRawTx(tx) returns the transaction hash

Actual behaviour

SendRawTx(tx) returns empty

Steps to reproduce the behaviour

I can't actually reproduce this. It just happens sometimes.

@emile
Copy link
Contributor

emile commented Sep 19, 2018

Perhaps high server load is causing the RPC timeout to be exceeded. You could confirm by upgrading
and then raising or disabling the timeout. #17240, #17219, #17088 may be relevant.

@CMajeri
Copy link
Author

CMajeri commented Sep 19, 2018

I'll try that right away, thanks.

@holiman
Copy link
Contributor

holiman commented Jun 19, 2019

This is quite old, and there's a suggested fix, so I'm closing this.

@holiman holiman closed this as completed Jun 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants