-
Notifications
You must be signed in to change notification settings - Fork 244
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
v1.0.2->v1.04 Websockets issue remain open + new unstable websocket bug in official binaries #884
Comments
Hi, Just a reminder this problem is still present |
I experienced the same issue a while back. I stopped running Cronos nodes at that point because the effort didn't seem worth it, so I can't speak about the latest versions, just that this bug has been present for at least 9 months. If someone can track this down, I'll give it another try. |
@CRossel87a Seems work normally in mainnet, may I ask if you try with 1.0.7 before?
|
I am running with v1.0.6 and having the same issue. Evmos team solved the issue in their latest version for their client, however I see that Cronos is still running an older version of Ethermint in v1.0.7. |
So after almost a year, I thought I'll give it another try. Websocket is just as unstable as ever. After maybe 10-20 blocks received (newHeads), I get: 1:50PM ERR Failed to read request err="websocket: close 1006 (abnormal closure): unexpected EOF" module=rpc-server protocol=websocket remote={"Name":"@","Net":"unix"} server=node At which point the subscription goes silent. Seriously, does anyone use this? For at least a year now, event subscriptions fail pretty much immediately with no way to recover. The server has massive power and all IPC is local, so this is definitely not related to a slow RPC consumer or something like that. |
We found the bug. It was in filter_system.go in Ethermint: evmos/ethermint#1773 |
fixed by #1239 |
Hi,
There are currently open two issues I've identified with Cronos. The first is the failed start of subscriptions in self-compiled binaries. See issue A below. I also maintain and work on other Ethermint-based nodes such as Evmos and Canto, and do not have these issues. Therefore I suspect the problem is somewhere in the build configuration or the forked branches. All three nodes are under heavy load with multiple subscriptions.
When using official Cronos binaries, the websocket subscription is unstable and will stop pushing notifications after a few hours but will maintain the open connection. Forced reconnect will accept subscription but not push notifications after this point.
Steps to reproduce:
A) Compile
git clone https://github.com/crypto-org-chain/cronos.git
git checkout tags/v1.0.2 (or 3 or 4)
COSMOS_BUILD_OPTIONS=rocksdb make install
make build
Start node, sync up,
wscat -c ws://127.0.0.1:8546
{"jsonrpc":"2.0","id":1,"method":"eth_subscribe","params":["newHeads"]}
Subscriptions of all kinds across websockets are confirming subscription, but not responding with data
Regular json http rpc calls will work
The text was updated successfully, but these errors were encountered: