-
Notifications
You must be signed in to change notification settings - Fork 30
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
Provisioning hangs on "Running puppet with site.pp" #71
Comments
@tknerr Any ideas on this one? |
Hi @aphofstede, sorry for the late reply. Hmmm... I have no idea to be honest :-/ I never used the vagrant puppet provisioner so far. Does that happen with a local box (e.g. when using VirtualBox provisioner) as well, or only when using vagrant-managed-servers? Which vagrant version did you use? does updating to the latest version help? Cheers, |
Hi Torben, @tknerr, Thanks for having a look. It's an existing Vagrant set-up I created a while ago using PuPHPeT. It runs fine on a local VM, though I did have to modify it to run with vagrant-manager-servers (mostly on content though, like the SSH port, some paths, etc.) I'm using Vagrant 1.9.2, I could try 1.9.8 but I got a bit wary of upgrades ever since some breakage in the 1.8.x era.. Does it work with 2.0? Cheers, |
Can you share with me a Vagrantfile / minimal repro case of your local setup? If you have a local setup with the puppet provisioner that works, then you can add a second "managed_server" VM to the Vagrantfile that points to the local VM. Pretty much like in the example here: If that works as expected, then the odd behaviour seems to be triggered by the remote server you are actually provisioning. If you can reproduce the odd behaviour here, it's a bug in the vagrant-managed-servers plugin. HTH, Torben |
P.S.: understand your reluctance to upgrade Vagrant, and haven't tested the plugin with 2.0 yet... so better stay with 1.9.x for for now... ;) |
I'm experimenting with vagrant-managed-servers for an older PuPHPet-based project and I can't seem to get past the puppet provisioning stage.
vagrant destroy demo -f && vagrant up demo --provider=managed && vagrant provision --debug
and then
ps axuww
fills up with loads of these process pairs:and then the provisioning fails with
DEBUG ssh: stderr: /usr/local/rvm/scripts/set: fork: Cannot allocate memory
I tried increasing swap, but it just takes longer and runs out of memory anyway.
Please advise, why would it come in an endless loop?
Thanks,
Alex
The text was updated successfully, but these errors were encountered: