Closed kamikazechaser closed 1 year ago
On a second look, the issue seems to be originating from the vLAN network adapter. Ethereum messages seem to get dropped but every other type seems to work fine.
@kamikazechaser if the issue is the vLAN I'm closing the issue. Let me know if it requires a further investigation and we will reopen this. Thanks!
Expected Behavior
When running a Baklava validator and proxy on different machines connected through a vLAN, the connection should be stable. The validator should sign blocks normally.
Actual Behavior
The validator node connection to the proxy times out. The proxy node reports an error in sending messages to the validator node. The validator node can no longer sign blocks.
Steps to reproduce the behavior
This happened after running the node for 1 day after being elected as a validator. Restarting the docker container or restarting the server does not seem to fix the issue.
Both validator and proxy are run inside docker containers on separate servers. Validator internal IP is 192.168.0.10. Proxy internal IP is 192.168.0.11.
ulimit -Hn
:1048576
(Both host and container)nc -vz 192.168.0.11 30503
run from the validator machine:Backtrace
Relevant parts:
Validator:
Proxy:
Full logs:
System Information
Client version:
1.8.0-beta.2
image:us.gcr.io/celo-org/geth:baklava
I also tried the
1.8.0
which was released yesterday.geth command with flags:
Validator:
Proxy:
Chain/Network:
Baklava