Skip to content
This repository has been archived by the owner on Feb 13, 2023. It is now read-only.

Failing "underlying SSH library" #509

Closed
michaelpporter opened this issue Mar 10, 2016 · 23 comments
Closed

Failing "underlying SSH library" #509

michaelpporter opened this issue Mar 10, 2016 · 23 comments

Comments

@michaelpporter
Copy link

I am unable to build new boxes now. I am working on setup base configs for our team. I started seeing this issue on a brand new mac it has ansible 2.0.1.0 and vagrant 1.81.

Since I had it working on my system I downloaded a fresh copy of Drupal VM, changed the IP and ran in to the same issues I recently upgraded to Vagrant 1.8.1 (was 1.7.X) and ansible 2.1.0

==> drupalvm: [vagrant-hostsupdater] 192.168.88.87 dashboard.drupalvm.dev # VAGRANT: d64d789cabcb9fcfdf063adb87e96f6f (drupalvm) / d7e8c3b6-129a-475c-b7f1-02ddcdc8c6c9
==> drupalvm: [vagrant-hostsupdater] This operation requires administrative access. You may skip it by manually adding equivalent entries to the hosts file.
==> drupalvm: Setting hostname...
**An error occurred in the underlying SSH library that Vagrant uses.
The error message is shown below. In many cases, errors from this
library are caused by ssh-agent issues. Try disabling your SSH
agent or removing some keys and try again.

If the problem persists, please report a bug to the net-ssh project.

timeout during server version negotiating**

@geerlingguy
Copy link
Owner

I haven't noticed this issue on either of my Macs (just brought up two new Drupal VM instances this morning, a few minutes ago, for testing); it sounds like it could be a networking issue, or even a permissions issue... can you try to restart your Mac and run vagrant up again, and failing that, also see some of the notes from this issue: hashicorp/vagrant#6854

Other potential hints:

@michaelpporter
Copy link
Author

Mind sharing what version of vagrant and ansible you are running?

@geerlingguy
Copy link
Owner

$ vagrant --version
Vagrant 1.8.1

$ ansible --version
ansible 2.0.1.0

@michaelpporter
Copy link
Author

FWTW: I have VirtualBox 5.0.16; I also noticed a fresh install of vagrant gets VirtualBox 5.0.10. The issue was solved by adding "vagrant-vbguest".

vagrant plugin install vagrant-vbguest

@geerlingguy
Copy link
Owner

Ah, so that fix strikes again! Annoying,,, also, I just updated all the base boxes so they have the 5.0.16 guest additions by default; you can run vagrant box update geerlingguy/ubuntu1404 to get the latest version.

@michaelpporter
Copy link
Author

FYI, I have discovered that the issues I am having have to do with the ZyWall Firewall we have at work. I can build and destroy over and over again at home, go to the office and it fails. I tested this by hardwiring to the firewall, failed; then to the Comcast Gateway, worked.

I will be looking over the settings in the firewall to see if I can get it to pass. It seems that google DNS is trying to ping back a fail on the hostname setup and the firewall is blocking it, just a guess based on the logs.

@javasavvy
Copy link

I'm currently having this same issue on my windows 10 machine. I tried adding the vagrant-vbguest plugin as mentioned above but no luck.

@geerlingguy
Copy link
Owner

@javasavvy - It seems this problem was caused in the past by network issues. Can you try again on a different network/location?

@javasavvy
Copy link

Unfortunately, I need it to work on my current network or it's not usable for me.
Your probably right though as I'm using a VMware VM as the host machine (So essentially a virtualbox vm within a vmware vm).

I got past this by setting natdnshostresolver1 to off in the Vagrantfile. reference here:
hashicorp/vagrant#6812

I immediately hit another issue though so It seems I won't be able to use this vagrant vm. (My first time working with vagrant and it's been a bit ruff). The next issue appears to be an vagarant 1.8.1 problem itself. I'm getting the "stdin: is not a tty". and vagarant fails..
Found a reference for a fix here:
hashicorp/vagrant#1673

But I was not able to get it working.

@scott-cornwell
Copy link

Same issue here. Can't bring up any VMs :(

@Sukhada11
Copy link

Same issue here too..Windows 10

@cloud9business
Copy link

Thank you @michaelpporter . I've been struggling with this issue on my iMac for the last 2 years. vagrant plugin install vagrant-vbguest
seems to have solved it.

@Mich-b
Copy link

Mich-b commented Nov 27, 2016

Same issue

@Mich-b
Copy link

Mich-b commented Nov 27, 2016

Update: just checking the box 'cable connected' in network settings of VirtualBox solved the issue ;)

@geerlingguy
Copy link
Owner

@Mich-b - Also consider installing the vbguest plugin; that might help make sure this kind of error doesn't happen again.

@Mich-b
Copy link

Mich-b commented Nov 27, 2016

Had to modify some other things as well:

Working now. Thanks for the help

@javasavvy
Copy link

javasavvy commented Nov 27, 2016 via email

@geerlingguy
Copy link
Owner

:)

@wjz2047
Copy link

wjz2047 commented Feb 6, 2017

@michaelpporter , same issue here:works fine at home, fails at office. can you give me some suggestion?

@xenomedia-deploy
Copy link

@wjz2047 We just removed the ZyWall from part of our network; it was used so the office manager could VPN. Apologies, I can not offer more help.

@wjz2047
Copy link

wjz2047 commented Feb 7, 2017

@xenomedia-deploy ,thanks anyway

@numediaweb
Copy link

what worked for me was:

vagrant halt
vagrant up --provision

@totymedli
Copy link

For me, the hanging happened because the bootloader was waiting for an input. I did the following:

  • Stop the VM (I did it in the VirtualBox GUI).
  • vagrant up
  • During booting, press Enter a few times. This can be done via the GUI or the command line. Just follow what this answer suggested.

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