-
Notifications
You must be signed in to change notification settings - Fork 49
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
Don't fail in Jenkins if puppet is already running on lightning. #26
Comments
Yeah, that's an actual issue, it probably should wait and run puppet again after the current run is done (or we don't trigger puppet from jenkins and do something else, idk). We run it only on |
Ah forgot that it got chanced to a puppet share. Thought it was still vcsrepo on all hosts. That makes sense. I think it would make sense to just wait until |
Note that this pattern is also used in the All of the configs in etc should be eventually consistent, therefore it should be acceptable if all the hosts aren't updated right away or propagate differently for each host. If we want a slightly stronger guarantee (which I guess is reasonable for certain information we show in ocfweb), there are a variety of schemes we could implement for this, though I haven't thought of any that I'm particularly happy with. |
Fair. I mostly just think that this should not cause Jenkins to fail |
Sure, I'm not gonna defend this scheme too much because I'm not a huge fan of it myself. I agree it's not ideal. See recent discussion in rebuild for thoughts on how to implement it better. Instead of trying to work around this Jenkins Puppet race condition I'd rather redesign the syncing from scratch to not use Puppet. |
etc/Jenkinsfile
Line 33 in 8f009cc
Also, why do we run puppet specifically on puppet.obe when many different hosts use the etc repo?
The text was updated successfully, but these errors were encountered: