You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Giving the same alias to multiple staker containers makes calls to their endpoints like http://beacon-chain.holesky.dncore.dappnode:3500 point to the wrong container under specific conditions.
When an user has two staking clients of the same type up & running (like nimbus holesky & lighthouse holesky), they both have the beacon-chain.holesky.dncore.dappnode alias set in docker's dncore_network. Because of this, when calling http://beacon-chain.holesky.dncore.dappnode:3500, the call will end up going to the container that has been up for more time. This is a problem because that container is not necessarily the same container that is selected in the stakers tab
Solution:
Remove shared aliases like beacon-chain.holesky.dncore.dappnode from staking container when it stops
How to reproduce:
Select any EC/CC pair in the stakers tab.
Change CC to another one in the stakers tab.
Stop both installed CC. Start first the CC installed in point 1, then the other one.
Make a call to curl -v http://beacon-chain.holesky.dncore.dappnode:3500 from a dappnode package like obol.
Check curl's output: a line like * Trying 172.33.0.30:3500... will appear. Notice how this is the IP of the CC not currently selected in the stakers tab.
The text was updated successfully, but these errors were encountered:
Marketen
changed the title
Same Docker alias for multiple containers
Same Docker alias for multiple staking containers makes RPC calls buggy
Jan 8, 2025
Marketen
changed the title
Same Docker alias for multiple staking containers makes RPC calls buggy
Same Docker alias for multiple staking containers can make RPC calls buggy
Jan 9, 2025
Giving the same alias to multiple staker containers makes calls to their endpoints like
http://beacon-chain.holesky.dncore.dappnode:3500
point to the wrong container under specific conditions.When an user has two staking clients of the same type up & running (like nimbus holesky & lighthouse holesky), they both have the
beacon-chain.holesky.dncore.dappnode
alias set in docker'sdncore_network
. Because of this, when callinghttp://beacon-chain.holesky.dncore.dappnode:3500
, the call will end up going to the container that has been up for more time. This is a problem because that container is not necessarily the same container that is selected in the stakers tabSolution:
beacon-chain.holesky.dncore.dappnode
from staking container when it stopsHow to reproduce:
curl -v http://beacon-chain.holesky.dncore.dappnode:3500
from a dappnode package like obol.* Trying 172.33.0.30:3500...
will appear. Notice how this is the IP of the CC not currently selected in the stakers tab.The text was updated successfully, but these errors were encountered: