-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
New Vagrant New Virtualbox New cent\7 no ssh #7760
Comments
Thank you for opening an issue, and sorry this is causing you problems. What version of Vagrant is getting installed from cask and what version of VirtualBox? There is a bug that is already fixed on master where SSH key replacement is broken. The fix, as you discovered, is to add /cc @chrisroberts |
Thanks. Version 5.1.2 r108956 Vagrant 1.8.5 FYI my issue is that when building a box based on the cent/7 I get in that one time with this fix, but once I reset the key's and vagrant package the resulting box can not be re used no matter what. Any idea's on what i might be missing on the base box? |
Hi there, Sorry, but I'm not sure I follow. Could you please explain your steps in more detail? Please keep in mind that we have no context about your project or usage of Vagrant, so providing reproducible Vagrantfiles and commands are very helpful. |
Sure Thanks again... We are using a highly modified version of beaker to build puppet master .box, but taking that out of the equation we can simulate with the commands above plus a couple commands. once you do this config.ssh.insert_key = false and the box comes up you then change the machine reset the insecure_key settings and then use vagrant package to make a new .box. When you try to then use that box with any vagrant file configuration it will not get past the ssh issue. So basicly it is a dead.box build from that point on. hopefully the new fix will also fix that. Can I beta test :) |
Hi there,
I don't know what Beaker is, and we don't have access to your puppet modules.
Once you do what? Where are you putting that? Can we see the rest of your Vagrantfile? Debug output? https://www.vagrantup.com/docs/other/debugging.html
I'm not following. What are you doing here? Do you have some scripts or commands you are running? |
As i said we are doing something that is very complicated to explain but you dont need to know it to be able to reproduce the issue. The commands to reproduce are as follows. brew cask install vagrant --force E, [2016-08-26T17:13:53.138230 #17073] ERROR -- net.ssh.authentication.session[814f4e40]: all authorization methods failed (tried none, publickey) DEBUG ssh: == Net-SSH connection debug-level log END == Hopefully that is what you need. |
Automatic merge from submit-queue Vagrant fixups <!-- Thanks for sending a pull request! Here are some tips for you: 1. If this is your first time, read our contributor guidelines https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md and developer guide https://github.com/kubernetes/kubernetes/blob/master/docs/devel/development.md 2. If you want *faster* PR reviews, read how: https://github.com/kubernetes/kubernetes/blob/master/docs/devel/faster_reviews.md 3. Follow the instructions for writing a release note: https://github.com/kubernetes/kubernetes/blob/master/docs/devel/pull-requests.md#release-notes --> **What this PR does / why we need it**: Vagrant 1.8.5 contains a bug where it does not insert a newly generated private key into the VM correctly. This prevents usage by both provisioners and the vagrant subsystem itself, essentially bricking the VM. See hashicorp/vagrant#7760 for some more information. **Which issue this PR fixes** *(optional, in `fixes #<issue number>(, #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes # I honestly haven't searched; this is something I encountered setting it up. **Special notes for your reviewer**: I'm a new contributor so please be kind, happy to do anything that's required though! **Release note**: <!-- Steps to write your release note: 1. Use the release-note-* labels to set the release note state (if you have access) 2. Enter your extended release note in the below block; leaving it blank means using the PR title as the release note. If no release note is required, just write `NONE`. --> ```release-note NONE ```
I believe that box generation may have ended up with an inserted insecure key. This should be fixed in the latest release. Can you confirm if it has fixed the issue you described? Thanks! |
Hey there, I am going to close this due to lack of response. If this is still occurring, please open a new issue and follow the provided issue template that appears when you click the "New Issue" button. This will help us in getting a reproduction and fix. Thanks! 😄 |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
brew cask install vagrant --force
brew cask install virtualbox --force
vagrant box update --insecure --box centos/7
vagrant init centos/7
vagrant up
you get
`E, [2016-08-26T17:13:53.138230 #17073] ERROR -- net.ssh.authentication.session[814f4e40]: all authorization methods failed (tried none, publickey)
DEBUG ssh: == Net-SSH connection debug-level log END ==
INFO ssh: SSH not ready: #<Vagrant::Errors::SSHAuthenticationFailed: SSH authentication failed! This is typically caused by the public/private
keypair for the SSH user not being properly set on the guest VM. Please
verify that the guest VM is setup with the proper public key, and that
the private key path for Vagrant is setup properly as well.>
INFO subprocess: Starting process: ["/usr/local/bin/VBoxManage", "showvminfo", "b3af67de-1ff8-41ea-9251-e3c28a3be008", "--machinereadable"]`
you also can not ssh -i .... into the box
but if you add
config.ssh.insert_key = false
it all works.
The text was updated successfully, but these errors were encountered: