Skip to content
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

Closed
athingisathing opened this issue Aug 27, 2016 · 9 comments
Closed

New Vagrant New Virtualbox New cent\7 no ssh #7760

athingisathing opened this issue Aug 27, 2016 · 9 comments

Comments

@athingisathing
Copy link

athingisathing commented Aug 27, 2016

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.

@sethvargo
Copy link
Contributor

Hi @athingisathing

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 config.ssh.insert_key = false in your Vagrantfile. We will be releasing a new Vagrant version this week, and we'll followup to ask you to confirm the fix.

/cc @chrisroberts

@athingisathing
Copy link
Author

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?

@sethvargo
Copy link
Contributor

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.

@athingisathing
Copy link
Author

athingisathing commented Aug 29, 2016

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 :)

@sethvargo
Copy link
Contributor

Hi there,

We are using a highly modified version of beaker to build puppet master .box

I don't know what Beaker is, and we don't have access to your puppet modules.

once you do this

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

and the box comes up you then change the machine reset the insecure_key settings

I'm not following. What are you doing here? Do you have some scripts or commands you are running?

@athingisathing
Copy link
Author

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
brew cask install virtualbox --force
vagrant box update --insecure --box centos/7
vagrant init centos/7
change vagrant file
config.ssh.insert_key = false
vagrant up
modify box as needed
reset vagrant insecure key files
vagrant package "BOXNAME"
make new .box
make new vagrant file referencing the new custom .box
vagrant up from the new file
with the insert_key = false
and error as follow

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: # 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"]

Hopefully that is what you need.

k8s-github-robot pushed a commit to kubernetes/kubernetes that referenced this issue Sep 11, 2016
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
```
@chrisroberts
Copy link
Member

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!

@chrisroberts
Copy link
Member

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! 😄

@ghost
Copy link

ghost commented Apr 3, 2020

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.

@ghost ghost locked and limited conversation to collaborators Apr 3, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants