-
-
Notifications
You must be signed in to change notification settings - Fork 34
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
set flag for container to container communication #84
Conversation
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## master #84 +/- ##
=======================================
Coverage 84.74% 84.74%
=======================================
Files 1 1
Lines 295 295
=======================================
Hits 250 250
Misses 45 45
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
@rwaffen can you please take one of our modules, for example puppet-collectd, update the Gemfile to use your beaker fork and create a PR? Then we can test if this change breaks existing setups. |
okay, will do it like this. this was also how we tested this in our local setup. |
I'd like to ask that someone run this on a podman system as well before merging to make sure it doesn't break that stack. |
Update: The core tests passed so it's probably fine but I haven't checked to see if we do multi-node in that one yet. |
i have no podman system at hand :( |
It looks like we may want to add a cross-host test to the internal |
so how do we proceed from here on? |
@jay7x said in the slack, that podman ist also working for him |
The ideal method would be to add a test to https://github.com/voxpupuli/beaker-docker/blob/master/spec/beaker/hypervisor/docker_spec.rb that does some sort of verifiable communication between the two nodes. SSH with a subcommand that echos something to a file or anything that we can throw between the two nodes that can be validated. |
i don't know if we have this "node" concept in GHA. if you are talking docker-nodes as in a host with a running docker-daemon. or how do i have to understand this? this is way more complex than i thought it would be 😅 |
Beaker spins up multiple simultaneous containers and they are addressable by hostname (check the You should be able to add a test at the bottom of the file that loops through the hosts and tries to do something between them. This is probably an overcomplicated example but I can't think of a more straightforward one that I can link to at the moment. Will update if I think of one. |
@trevor-vaughan is this okay so? we starting beaker in a docker container and let it spawn the beaker-docker acceptance tests? |
@bastelfreak is it okay to merge this? we tested it together and it works like intended. |
under the premisse that the beaker is runnning in a container and the test-container is on the same docker-deamon/on the same docker-host, we can set the nested docker flag and get in the condition that we are both are containers and can connect directly.
tested in our local gitlab with docker-runners
//cc @QueerCodingGirl
Ref: #64 , #46