You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 26, 2017. It is now read-only.
Currently the resolved cookbooks will be uploaded to each Chef-Client provisioner defined in a Vagrantfile. This is the desired behavior until you have multiple Chef-Client provisioners that point to the same Chef Server.
We should record which Chef Servers we've uploaded to and skip the upload process for any provisioners which attempt to upload to a Server that's already been seen.
The text was updated successfully, but these errors were encountered:
@reset this seems really nice, but also really difficult to track and maintain in a threadsafe way (consider a multi-vm environment being spun up in parallel, both writing to some sort of global registry of uploaded cookbooks).
@sethvargo yeah, it was going to be easier to add when we weren't doing a multi-vm environment. I don't believe that this is "too difficult", though, and it should remain open as an enhancement (optimization) task.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently the resolved cookbooks will be uploaded to each Chef-Client provisioner defined in a Vagrantfile. This is the desired behavior until you have multiple Chef-Client provisioners that point to the same Chef Server.
We should record which Chef Servers we've uploaded to and skip the upload process for any provisioners which attempt to upload to a Server that's already been seen.
The text was updated successfully, but these errors were encountered: