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

Passwordless communication require on every container run for installer container #507

Open
virendra-sharma opened this issue Mar 14, 2019 · 5 comments

Comments

@virendra-sharma
Copy link

This is observed that we need to do passwordless communication between installer container and each node of cluster, on every new container run of installer.

Usecase

If we have 10 node cluster and using container installer, we need to do passwordless communication between them and it will communicate flowless for particular container installer only.
In scenario of creating new installer container, need to follow same process again and again for all 10 nodes of cluster, which will be time consuming and not efficient way.

@farhan7500
Copy link
Contributor

farhan7500 commented Mar 15, 2019

This will only be required in case the container is deleted/removed. Why are we removing the container? You can reuse the same container (which will have all the necessary changes you've made in the previous run) by just execution its shell whenever required.

You don't have to spawn a new container out of the image every time.

@virendra-sharma
Copy link
Author

As per user front, node which holds installer container is not part of cluster so customer won't be holding that machine just for installer container only. What if that machine wiped off and used for some other purpose after cleanup??

@farhan7500
Copy link
Contributor

The ansible controller should never be the part of the cluster. Cnntainer or VM or bare metal, if the controller OS is wiped out, all information will be lost.

@virendra-sharma
Copy link
Author

@prablr79 Please consider my usecase and suggest.

@prablr79
Copy link
Contributor

This can be consider as enhacement, we can do a debate on this usecase.

@prablr79 prablr79 removed bug labels Jul 15, 2019
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

3 participants