Mining-the-Social-Web-2nd-Edition
Mining-the-Social-Web-2nd-Edition copied to clipboard
ptwobrussell
Python issue installing VM
On OSX Yosemite host, ran into the following issue installing setup tools (ez_setup & pip). Looks like python was not linked as expected by Chef. Resolved it by running vagrant ssh and then sudo ln -s /usr/bin/python /bin/python.
After that I had to run vagrant provision.
==> default: ================================================================================
==> default: Error executing action run on resource 'execute[install-setuptools]'
==> default: ================================================================================
==> default:
==> default:
==> default: Mixlib::ShellOut::ShellCommandFailed
==> default: ------------------------------------
==> default: Expected process to exit with [0], but received '127'
==> default: ---- Begin output of /bin/python ez_setup.py
==> default: ----
==> default: STDOUT:
==> default:
==> default: STDERR: sh: 1: /bin/python: not found
==> default: ---- End output of /bin/python ez_setup.py
==> default: ----
==> default: Ran /bin/python ez_setup.py
==> default: returned 127
==> default:
==> default: Resource Declaration:
==> default: ---------------------
==> default: # In /tmp/vagrant-chef-5/chef-solo-1/cookbooks/python/recipes/pip.rb
==> default:
==> default:
==> default:
==> default: 48: execute "install-setuptools" do
==> default:
==> default: 49: cwd Chef::Config[:file_cache_path]
==> default: 50: command <<-EOF
==> default: 51: #{node['python']['binary']} ez_setup.py
==> default: 52: EOF
==> default: 53: not_if "#{node['python']['binary']} -c 'import setuptools'"
==> default: 54: end
==> default: 55:
==> default:
==> default:
==> default:
==> default: Compiled Resource:
==> default: ------------------
==> default: # Declared in /tmp/vagrant-chef-5/chef-solo-1/cookbooks/python/recipes/pip.rb:48:in from_file' ==> default: ==> default: ==> default: ==> default: execute("install-setuptools") do ==> default: ==> default: action "run" ==> default: ==> default: retries 0 ==> default: ==> default: retry_delay 2 ==> default: ==> default: default_guard_interpreter :execute ==> default: command " /bin/python ez_setup.py\n" ==> default: ==> default: backup 5 ==> default: ==> default: cwd "/var/chef/cache" ==> default: returns 0 ==> default: ==> default: cookbook_name :python ==> default: ==> default: recipe_name "pip" ==> default: ==> default: not_if "/bin/python -c 'import setuptools'" ==> default: ==> default: end ==> default: ==> default: ==> default: ==> default: [2014-12-13T19:50:14+00:00] INFO: Running queued delayed notifications before re-raising exception ==> default: [2014-12-13T19:50:14+00:00] DEBUG: Re-raising exception: Mixlib::ShellOut::ShellCommandFailed - execute[install-setuptools] (python::pip line 48) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '127' ==> default: ---- Begin output of /bin/python ez_setup.py ==> default: ---- ==> default: STDOUT: ==> default: STDERR: sh: 1: /bin/python: not found ==> default: ---- End output of /bin/python ez_setup.py ==> default: ---- ==> default: Ran /bin/python ez_setup.py ==> default: returned 127 ==> default: /opt/chef/embedded/lib/ruby/gems/2.1.0/gems/mixlib-shellout-2.0.0/lib/mixlib/shellout.rb:267:ininvalid!'
==> default: /opt/chef/embedded/lib/ruby/gems/2.1.0/gems/mixlib-shellout-2.0.0/lib/mixlib/shellout.rb:254:in error!' ==> default: /opt/chef/embedded/apps/chef/lib/chef/mixin/shell_out.rb:50:inshell_out!'
==> default: /opt/chef/embedded/apps/chef/lib/chef/provider/execute.rb:60:in block in action_run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/mixin/why_run.rb:52:incall'
==> default: /opt/chef/embedded/apps/chef/lib/chef/mixin/why_run.rb:52:in add_action' ==> default: /opt/chef/embedded/apps/chef/lib/chef/provider.rb:180:inconverge_by'
==> default: /opt/chef/embedded/apps/chef/lib/chef/provider/execute.rb:59:in action_run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/provider.rb:145:inrun_action'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource.rb:654:in run_action' ==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:49:inrun_action'
==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:81:in block (2 levels) in converge' ==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:81:ineach'
==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:81:in block in converge' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/resource_list.rb:83:inblock in execute_each_resource'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:116:in call' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:116:incall_iterator_block'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:85:in step' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:104:initerate'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:55:in each_with_index' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/resource_list.rb:81:inexecute_each_resource'
==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:80:in converge' ==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:315:inconverge'
==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:400:in block in run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:399:incatch'
==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:399:in run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:261:inblock in fork_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:249:in fork' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:249:infork_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:215:in block in run_chef_client' ==> default: /opt/chef/embedded/apps/chef/lib/chef/local_mode.rb:38:inwith_server_connectivity'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:201:in run_chef_client' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:245:inblock in interval_run_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:234:in loop' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:234:ininterval_run_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:224:in run_application' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:58:inrun'
==> default: /opt/chef/embedded/apps/chef/bin/chef-solo:25:in <top (required)>' ==> default: /usr/bin/chef-solo:40:inload'
==> default: /usr/bin/chef-solo:40:in <main>' ==> default: [2014-12-13T19:50:14+00:00] ERROR: Running exception handlers ==> default: [2014-12-13T19:50:14+00:00] ERROR: Exception handlers complete ==> default: [2014-12-13T19:50:14+00:00] FATAL: Stacktrace dumped to /var/chef/cache/chef-stacktrace.out ==> default: [2014-12-13T19:50:14+00:00] DEBUG: Mixlib::ShellOut::ShellCommandFailed: execute[install-setuptools] (python::pip line 48) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '127' ==> default: ---- Begin output of /bin/python ez_setup.py ==> default: ---- ==> default: STDOUT: ==> default: STDERR: sh: 1: /bin/python: not found ==> default: ---- End output of /bin/python ez_setup.py ==> default: ---- ==> default: Ran /bin/python ez_setup.py ==> default: returned 127 ==> default: /opt/chef/embedded/lib/ruby/gems/2.1.0/gems/mixlib-shellout-2.0.0/lib/mixlib/shellout.rb:267:ininvalid!'
==> default: /opt/chef/embedded/lib/ruby/gems/2.1.0/gems/mixlib-shellout-2.0.0/lib/mixlib/shellout.rb:254:in error!' ==> default: /opt/chef/embedded/apps/chef/lib/chef/mixin/shell_out.rb:50:inshell_out!'
==> default: /opt/chef/embedded/apps/chef/lib/chef/provider/execute.rb:60:in block in action_run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/mixin/why_run.rb:52:incall'
==> default: /opt/chef/embedded/apps/chef/lib/chef/mixin/why_run.rb:52:in add_action' ==> default: /opt/chef/embedded/apps/chef/lib/chef/provider.rb:180:inconverge_by'
==> default: /opt/chef/embedded/apps/chef/lib/chef/provider/execute.rb:59:in action_run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/provider.rb:145:inrun_action'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource.rb:654:in run_action' ==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:49:inrun_action'
==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:81:in block (2 levels) in converge' ==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:81:ineach'
==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:81:in block in converge' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/resource_list.rb:83:inblock in execute_each_resource'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:116:in call' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:116:incall_iterator_block'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:85:in step' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:104:initerate'
==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/stepable_iterator.rb:55:in each_with_index' ==> default: /opt/chef/embedded/apps/chef/lib/chef/resource_collection/resource_list.rb:81:inexecute_each_resource'
==> default: /opt/chef/embedded/apps/chef/lib/chef/runner.rb:80:in converge' ==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:315:inconverge'
==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:400:in block in run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:399:incatch'
==> default: /opt/chef/embedded/apps/chef/lib/chef/client.rb:399:in run' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:261:inblock in fork_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:249:in fork' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:249:infork_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:215:in block in run_chef_client' ==> default: /opt/chef/embedded/apps/chef/lib/chef/local_mode.rb:38:inwith_server_connectivity'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:201:in run_chef_client' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:245:inblock in interval_run_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:234:in loop' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:234:ininterval_run_chef_client'
==> default: /opt/chef/embedded/apps/chef/lib/chef/application/solo.rb:224:in run_application' ==> default: /opt/chef/embedded/apps/chef/lib/chef/application.rb:58:inrun'
==> default: /opt/chef/embedded/apps/chef/bin/chef-solo:25:in <top (required)>' ==> default: /usr/bin/chef-solo:40:inload'
==> default: /usr/bin/chef-solo:40:in `
I had the exact same problem and solved it the same way you did but it sttoped a while later either way. Did yours finished successfully after that?
Thank you, thank you jknipp for posting! Had the same issue on OSX Yosemite host today and this worked for me too.
Tried the above nad didn't work. the VM runs, I can SSh and run variious vagrant commands. BUt when I try the http://localhost:8888 it gives me nothing. I do get the following amidst the logging output.
==> default: Checking for guest additions in VM... default: The guest additions on this VM do not match the installed version of default: VirtualBox! In most cases this is fine, but in rare cases it can default: prevent things such as shared folders from working properly. If you see default: shared folder errors, please make sure the guest additions within the default: virtual machine match the version of VirtualBox you have installed on default: your host and reload your VM. default: default: Guest Additions Version: 4.2.0
default: VirtualBox Version: 4.3
It also says the following re the shared folders ==> default: Mounting shared folders... default: /vagrant => /Users/user/Mining-the-Social-Web-2nd-Edition default: /tmp/vagrant-chef-5/chef-solo-1/cookbooks => /Users/user/Mining-the-Social-Web-2nd-Edition/deploy/cookbooks
I have tried closing down the VM and restarting and provisioning but it does the same.
Oh, I am running mountain lion, i haven't dared move to yosemite yet.
@dnmurphy I had the same problem but I was able to resolve it per https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/wiki/Troubleshooting:-failed-install-of-VM as follows:
vagrant ssh sudo ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions /usr/lib/VBoxGuestAdditions then exit back to your host OS vagrant halt vagrant up --provision
It took a long time to finish the provisioning but after that I could get to http://localhost:8888. Huzzah!
Note: I had already done the sudo ln -s /usr/bin/python /bin/python.
So in total to solve the problem you have to do 2 symlinks and then provision the vm again.
many thanks, I will give this a go.
On Sun, Jan 4, 2015 at 10:20 PM, theotherjdub [email protected] wrote:
@dnmurphy https://github.com/dnmurphy I had the same problem but I was able to resolve it per https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/wiki/Troubleshooting:-failed-install-of-VM as follows:
vagrant ssh sudo ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions /usr/lib/VBoxGuestAdditions then exit back to your host OS vagrant halt vagrant up --provision
It took a long time to finish the provisioning but after that I could get to http://localhost:8888. Huzzah!
— Reply to this email directly or view it on GitHub https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/issues/243#issuecomment-68652092 .
For some reason 'vagrant up --provision' didn't work, so I had to keep the vm running without halting on the 2nd attempt and I ran 'vagrant provision' after adding the symlink for python and it worked. Thanks jknipp!
It would be easy enough to add the linking command mentioned by @jknipp in the Chef recipe if this is now a recurring problem, but I'm confused as to why this would be necessary if we're all using the same precise64 Vagrant image.
Perhaps the issue isn't so much related to OS X 10.9.5 as it is that the Vagrant image that's referenced in the Vagrantfile at https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/blob/master/Vagrantfile was updated? It must have been or else the original python binary would be available.
Update: Perhaps the Vagrant box image itself didn't change but apt-get has recently updated where it installs the python binary and the Chef recipe just needs to be updated to look somewhere else.
@ptwobrussell I've run Ubuntu on my work machine for several years, if memory serves correct, the issue is with the Ubuntu image and how python is installed rather than the OSX host - I remember adding the link on at least one version of Ubuntu in the past.
When I entered this issue I wanted to give us much clarity as possible to my environment it case it was related. Hope that helps.
@jknipp - very helpful, thanks. I know that the precise64 image used to work (and thousands of people have used it over the past couple of years), so my best guess is that the latest updates that run when you start the image now use a later view of apt-get and perhaps apt-get is now installing python somewhere that it wasn't previously. This really isn't my area of expertise, but I think I have plenty enough info to get a patch in place for the general case. I appreciate your help on this!
On Thu, Jan 15, 2015 at 8:51 AM, Jared Knipp [email protected] wrote:
@ptwobrussell https://github.com/ptwobrussell I've run Ubuntu on my work machine for several years, if memory serves correct, the issue is with the Ubuntu image and how python is installed rather than the OSX host - I remember adding the link on at least one version of Ubuntu in the past.
When I entered this issue I wanted to give us much clarity as possible to my environment it case it was related. Hope that helps.
— Reply to this email directly or view it on GitHub https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/issues/243#issuecomment-70096061 .
Sure no problem!
I believe this it is related to the fact that both python 2.x and 3.x are installed now, but I don't know that definitively.
Hi guys,
I see the problem installing via my Win7. So it must be Vagrant specific. Chef is not installing correctly.
I get this error... Hmm apparantly I cannot attach a txt file, only picture-files are supported. So I have no way of attaching my command line output during vagrant up...
Thanks Matthew for giving me link to this thread. I will try jknipp's solution and see if it can be done on Win7.
Will Vagrant SSH work? I have Git for Win with SSH feature installed.
"vagrant ssh" should work if you used the version of git that installed it and added it to your PATH.
On Thu, Jan 15, 2015 at 9:35 AM, Morten Enevoldsen <[email protected]
wrote:
Hi guys,
I see the problem installing via my Win7. So it must be Vagrant specific. Chef is not installing correctly.
I get this error... Hmm apparantly I cannot attach a txt file, only picture-files are supported. So I have no way of attaching my command line output during vagrant up...
Thanks Matthew for giving me link to this thread. I will try jknipp's solution and see if it can be done on Win7.
Will Vagrant SSH work? I have Git for Win with SSH feature installed.
— Reply to this email directly or view it on GitHub https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/issues/243#issuecomment-70103615 .
Hmm - OK. Apparantly Vagrant ssh gives an error saying that I should vagrant up first. And then I see this error:
Directory of Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition
13-01-2015 22:31 <DIR> . 13-01-2015 10:14 <DIR> .. 13-01-2015 10:16 4.167 Vagrantfile 13-01-2015 10:17 <DIR> ipynb 13-01-2015 10:16 3.312 CONTRIBUTING.md 13-01-2015 10:16 1.855 LICENSE.txt 13-01-2015 10:17 <DIR> images 13-01-2015 10:16 11.414 README.md 13-01-2015 10:17 662 mtsw2e-requirements.txt 13-01-2015 10:16 <DIR> deploy 5 File(s) 21.410 bytes 5 Dir(s) 325.603.549.184 bytes free
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>vagrant ssh
VM must be running to open SSH connection. Run vagrant up
to start the virtual machine.
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
==> default: Forwarding ports...
default: 8888 => 8888 (adapter 1)
default: 5000 => 5000 (adapter 1)
default: 27017 => 27017 (adapter 1)
default: 27018 => 27018 (adapter 1)
default: 27019 => 27019 (adapter 1)
default: 28017 => 28017 (adapter 1)
default: 22 => 2222 (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
default: SSH address: 127.0.0.1:2222
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
==> default: Machine booted and ready!
==> default: Checking for guest additions in VM...
default: The guest additions on this VM do not match the installed version of
default: VirtualBox! In most cases this is fine, but in rare cases it can
default: prevent things such as shared folders from working properly. If you see
default: shared folder errors, please make sure the guest additions within the
default: virtual machine match the version of VirtualBox you have installed on
default: your host and reload your VM.
default:
default: Guest Additions Version: 4.2.0
default: VirtualBox Version: 4.3
==> default: Mounting shared folders...
default: /vagrant => Z:/Invest/Git_Repo/Mining-the-Social-Web-2nd-Edition
==> default: Machine already provisioned. Run vagrant provision or use the --provision
==> default: to force provisioning. Provisioners marked to run always will still run.
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>vagrant ssh
ssh executable not found in any directories in the %PATH% variable. Is an
SSH client installed? Try installing Cygwin, MinGW or Git, all of which
contain an SSH client. Or use your favorite SSH client with the following
authentication information shown below:
Host: 127.0.0.1 Port: 2222 Username: vagrant Private key: Z:/Invest/Git_Repo/Mining-the-Social-Web-2nd-Edition/.vagrant/machines/default/virtualbox/private_key
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>sudo ln -s /usr/bin/python /bin/python 'sudo' is not recognized as an internal or external command, operable program or batch file.
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>sudo ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions /u sr/lib/VBoxGuestAdditions 'sudo' is not recognized as an internal or external command, operable program or batch file.
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>vagrant ssh
ssh executable not found in any directories in the %PATH% variable. Is an
SSH client installed? Try installing Cygwin, MinGW or Git, all of which
contain an SSH client. Or use your favorite SSH client with the following
authentication information shown below:
Host: 127.0.0.1 Port: 2222 Username: vagrant Private key: Z:/Invest/Git_Repo/Mining-the-Social-Web-2nd-Edition/.vagrant/machines/default/virtualbox/private_key
Z:\Invest\Git_Repo\Mining-the-Social-Web-2nd-Edition>
Then I try using the BASH from WinGit
Here I get another error: Welcome to Git (version 1.9.5-preview20141217)
Run 'git help git' to display the help index.
Run 'git help
Morten@TP530 ~ $ sudo ln -s /usr/bin/python /bin/python sh.exe": sudo: command not found
Morten@TP530 ~
$ vagrant ssh
VM must be created before running this command. Run vagrant up first.
Morten@TP530 ~ $ sudo ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions /usr/lib/VBo xGuestAdditions sh.exe": sudo: command not found
Morten@TP530 ~ $ vagrant up Bringing machine 'default' up with 'virtualbox' provider... ==> default: Box 'base' could not be found. Attempting to find and install... default: Box Provider: virtualbox default: Box Version: >= 0 ==> default: Adding box 'base' (v0) for provider: virtualbox default: Downloading: base default: An error occurred while downloading the remote file. The error message, if any, is reproduced below. Please fix this error and try again.
Couldn't open file /Users/Morten/base
Morten@TP530 ~
$ vagrant ssh
VM must be created before running this command. Run vagrant up first.
Morten@TP530 ~ $
Well does anybody have any idea, what is going on? I am at my wits end, but would really like to exploits the great IPython Notebooks in this VM environment.
Thanks
From where do you run vagrant ssh? Is it from a command prompt (Win7), or from winGit? I cannot seem to get into any SSH that will accept the symlink command...
Please someone explain in more detail how to fix the problem for win 7, thanks !!
On Fri, Jan 16, 2015 at 4:34 AM, Morten Enevoldsen <[email protected]
wrote:
From where do you run vagrant ssh? Is it from a command prompt (Win7), or from winGit? I cannot seem to get into any SSH that will accept the symlink command...
— Reply to this email directly or view it on GitHub https://github.com/ptwobrussell/Mining-the-Social-Web-2nd-Edition/issues/243#issuecomment-70228949 .
@Excaliburst you would run vagrant ssh after vagrant up / vagrant provision, this would be from your 'terminal' / windows shell. This then creates the ssh connection to the VM. You will have to connect to the VM before you can run the sudo link command.
It's been a minute since I've worked on Win7, you might try Cygwin or even Putty. You will have to run vagrant ssh in the same directory as your project if you use one of the *nix shells.
Let me know if you need more help.
I'm not having any luck with these steps. After creating the symbolic links (both @jknipp's python, and @theotherjdub's VBoxGuestAdditions) I'm still getting
shared folders that chef requires are missing on the virtual machine. this is usually due to configuration changing after already booting the machine. the fix is to run a vagrant reload so that the proper shared folders will be prepared and mounted on the vm.
Yes. I tried 'vagrant reload'. Any ideas...?
My environment is OS X Yosemite Vagrant 1.7.2 VirtualBox 4.3.20
@thankins you might try to do the following
vagrant destroy
git checkout .
git pull
vagrant up
Basically remove the existing vm, reset back to an initial state, and retry, I think the above will do that.
Thanks @jknipp! I don't know whether it was the reset, or the fact that I cloned to a different directory, but it's working.
This has worked for me too - thanks @jknipp.
I could see
/bin/python: not found
in the vagrant output. I ssh'd in and set up the link as @jknipp suggested. I also had to use:
vagrant reload
vagrant provision
and it's now working!
@ptwobrussell very excited about working through the notebook examples! I think using Vagrant is a great idea and I expect its benefits will outweigh the occasional teething issue.
I'm able to ssh into the VM using vagrant and add the python symbolic link mentioned above. However, when I run vagrant provision (after running vagrant halt and vagrant up to reload things) I still get the message below. I've also tried vagrant reload then vagrant provision, but the outcome is the same. For some reason there are missing files on my VM that Chef requires but I have no idea what those files are because no additional output is given. Is anyone else experiencing this issue? I've destroyed the VM many times now and deleted and re-cloned the repository to no avail. I've even tried using older builds of VirtualBox (from 4.2) but the result is always the same. I'm on a macbook pro running OS X Yosemite (10.10.1).
==> default: Running provisioner: chef_solo...
==> default: Detected Chef (latest) is already installed
Shared folders that Chef requires are missing on the virtual machine.
This is usually due to configuration changing after already booting the
machine. The fix is to run a vagrant reload so that the proper shared
folders will be prepared and mounted on the VM.
I ran into the same problem as @jknipp. I entered his solution:
vagrant ssh and then sudo ln -s /usr/bin/python /bin/python
All's well, then I enter vagrant provision and get this message:
The program 'vagrant' is currently not installed. You can install it by typing: sudo apt-get install vagrant
Mind you, I'm currently in vagrant ssh so clearly vagrant is installed.
I have done vagrant destroy and vagrant up and I run into the same problem. I once again tried the solution and get the same message.
@PhyllisZimblerMiller I think you need to exit out of ssh and get back into your host command line.
@prcweb You mean exit vagrant ssh when I destroy and up? I did that.
@PhyllisZimblerMiller sounds like you were ssh'd into the vm with vagrant ssh. You will need to exit out so you are back in the git repo directory.