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

Configuring machines in different states #95

Open
akjones opened this issue Apr 23, 2013 · 5 comments
Open

Configuring machines in different states #95

akjones opened this issue Apr 23, 2013 · 5 comments
Milestone

Comments

@akjones
Copy link

akjones commented Apr 23, 2013

When I run sprinkle against a cluster of servers that are in different states (ie one has already been successfully configured by sprinkle (machine A) and one hasn't (machine B)), machine A gets everything installed again at the same time as B.

Is this the expected behaviour? I'd expect that if A has a package installed and it verifies, but B doesn't, then only B will have the package installed (rather than both of them).

@joshgoebel
Copy link
Contributor

Verifications and installs are all clustered. If any verification fails then the package in question will attempt to install on all servers.

I'm not sure whether to categorize this as a bug or feature request. I totally understand your thinking, and it seems like the right behavior. You're the first person to notice though. One quick fix is to comment out certain server lines to do fresh deploys against a new host without affecting existing hosts.

@ghost ghost assigned joshgoebel Apr 23, 2013
@akjones
Copy link
Author

akjones commented Apr 23, 2013

Ok, thanks. We've been using a different workaround - we use capistrano's host filtering mechanism to target sets of machines which also seems to work well.

Perhaps this could be a feature request for the future?

@wjbuys
Copy link

wjbuys commented Jul 1, 2013

+1, this is particularly useful if the step does something resource-intensive.

@joshgoebel
Copy link
Contributor

There is no disagreement that this should happen. :) As far as I know it's not a super-simple problem to solve though.

@joshgoebel
Copy link
Contributor

I would be possible with SSH, but only thanks to the currently slow each implementation. When you get into concurrently running things across multiple servers at exactly the same time (optimal) it gets messy.

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