-
Notifications
You must be signed in to change notification settings - Fork 170
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
docker: Include vigilantes and explorer in the localnet deployment #123
Conversation
It's difficult to say what |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks nice! Have you found out the error?
docker-compose-simnet.yaml
Outdated
localnet: | ||
ipv4_address: 192.168.10.6 | ||
volumes: | ||
- ./.testnets/bitcoin:/bitcoinconf:Z |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is :Z
required?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The :Z
flag denotes that the volume is shared between containers (see here`
@aakoshh Pushed a few new updates:
The bug hasn't been resolved yet, will look for that right now. |
Turns out the bug was related to the vigilante not using the latest version of Babylon. #114 changed the endpoints of the btccheckpoint module so the latest version was needed. Fixed that at the vigilante repo. |
restart: on-failure:10 | ||
vigilante-submitter: | ||
container_name: vigilante-submitter | ||
image: babylonchain/vigilante-submitter |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The vigilante-submitter
and vigilante-reporter
are the same repo, same executables, no? Maybe one image with different command
would be enough?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would, but I believe it is better if we have those separate, since in the future they might be split up or work using different parameters etc.
Makefile
Outdated
build-bitcoinsim: | ||
$(MAKE) -C contrib/images bitcoinsim |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's built automatically by docker-compose. Do we need a separate top level target?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not necessary, but it can be useful imo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great! Must have been quite an effort to figure out all these cert files and align all the config 🙇
|
Oh I'm sorry about that, for some reason I was under the impression that the build was already failing. Added a fix on #125 |
Yea we have some flaky test for now i created issue for it: #124 |
This PR makes some modifications to the docker-compose methodology to setup a simnet. More specifically:
bitcoinsim
fromlocalnet-start
. The reasoning for this is thatlocalnet-start
should only be about testing the Cosmos codebase itself and not the entire Babylon stack.make simnet-start
command is introduced. It builds thebitcoinsim
machine, a localnet of 4 babylon nodes, a vigilante reporter, and a vigilante submitter. The vigilante inclusion is possible due to the recent update on the Dockerfiles for the vigilantes.vigilante.yaml
file is introduced. This file is useful for providing the configuration for the vigilante nodes. The aim is to ultimately remove this file by having the vigilante implement a command similar tobabylond testnet
to build a configuration file.bitcoinsim
image is updated so that it stores therpc.cert
andrpc.key
files in a directory that can be accessed by the vigilante nodes. The vigilantes need the certificates to communicate with BTC properly..testnets
. This means that the.testnets
directory now containsgentxs
,node{i}
,bitcoin
, andvigilante
directories.Currently, the vigilante reporter on the above setup fail with the following error:
Still investigating the source of this, but I figured you people could take a look at the rest of the implementation while I do that or provide ideas as to why it might fail.
I would suggest that you try the
make simnet-start
command yourselves to check the stack. A future step would be to add the explorer to the stack as well.