Closed ice3 closed 4 years ago
vagrant up
just worked for me.
here's the first line of the bootstrap_salt.sh file on my minion1:
vagrant@minion1:~$ head -n 1 /tmp/bootstrap_salt.sh
#!/bin/sh -
What's the output of the following?
vagrant version
@ice3 have you made any changes to your checkout of the repo?
Hello,
I use Fedora 30
cat /etc/fedora-release
Fedora release 30 (Thirty)
I installed vagrant with the package manager :
dnf history userinstalled | grep vagrant
vagrant-2.2.5-1.fc30.noarch
Vagrant is version 2.2.5
vagrant version
Installed Version: 2.2.5
Vagrant was unable to check for the latest version of Vagrant.
Please check manually at https://www.vagrantup.com
The head of the bootstrap is :
head -n 1 /tmp/bootstrap_salt.sh
#!/usr/bin/sh -
I didn't change anything on the repo when the issue appeared, then I added the fix to make it work.
I had the same issue on Fedora 31 with vagrant 2.2.6 from the Fedora repositories and VirtualBox from the rpmfusion repositories
I installed vagrant 2.2.7 rpm from the vagrant site which worked fine.
OK, so it sounds like there was an issue with vagrant 2.2.6 as packaged by Fedora and the current fix is to install the latest vagrant directly from the Vagrant website.
Thanks, @valentinesd
I don't use Fedora. If a Fedora user has a better way to resolve this, please comment here and I'll reopen.
Thanks!
Why does that script have /usr/bin/sh? I don't think 18.04 implemented usrmerge and I ran into the same issue today. When I ssh'd into the master and executed "which sh" it returned /bin/sh instead of /usr/bin/sh @UtahDave
Hello,
Thanks for the scripts :) There is an issue with the provisioning, on a fresh install.
The salt provisioning seems to use
/usr/bin/sh
as a shell which doesn't exists on the machine.I could run the provisioning adding this shell provisioning before the salt one.
The issue is with the
bootstrap_salt
for me, but it is fixable on the provisioning script.