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

Use docker for testing communication between ipwb instances #209

Open
machawk1 opened this issue Jun 29, 2017 · 6 comments
Open

Use docker for testing communication between ipwb instances #209

machawk1 opened this issue Jun 29, 2017 · 6 comments

Comments

@machawk1
Copy link
Member

machawk1 commented Jun 29, 2017

https://github.com/oduwsdl/ipwb/blob/master/tests/test_nodeToNode.py requires two ipwb instances. I am unaware on how to do this within a single test case but travis-ci supports docker, so using it to spin up two ipwb instances might be the ticket in testing inter-instance communication.

#70 is still needed to ensure ipwb fundamentally runs w/ docker (which should not be an issue). Consider that a dependency for that issue (and once again, I'm recalling @jbenet's suggestion for this functionality on GitHub).

Ping @ibnesayeed

@ibnesayeed
Copy link
Member

It should be possible by running two container instances mapped to different host ports, or by standard docker linking mechanism. As far as the storage is concerned, I think we can mount two separate host directories in those two containers or leave containers without mounted volumes and let them inflate with data because after testing is over the data doesn't need to be persisted anyway.

@machawk1
Copy link
Member Author

@ibnesayeed Identical ports would have eventually bitten me. Thanks for mentioning that.

I am hoping to have one container start with data (or blank and generated on the fly) and the other have no payload data, push the data using ipwb then test the facets of replay on the container that originally had no payload data.

@ibnesayeed
Copy link
Member

Thinking out loud, discovery using global IPFS peer network would require these containers to be accessible from outside, which means container service ports need to be mapped to some open host ports, just establishing a private network between those containers might not be sufficient, unless they are initialized as peers of one another.

@machawk1
Copy link
Member Author

@ibnesayeed That's a good point and will require additional testing. The instance we setup for #152 would allow an additional data point for testing with a source outside of the CI system.

I think the goal of this ticket, however, will be to simply get multiple instances running on Travis-CI and have them communicate in the manner described above (using Docker on a single system).

@machawk1
Copy link
Member Author

machawk1 commented Dec 8, 2017

@machawk1
Copy link
Member Author

machawk1 commented Feb 5, 2020

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants