Vagrant :: Unable to run vagrant up; Connection timeout. Retrying
up vote
3
down vote
favorite
I'm starting to migrate from wamp to the laravel homestead vagrant box however I've been stumped when it came to starting the box. I've downloaded and configured all assets and ran vagrant up to boot the box however, here's the outcome of vagrant up:
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Checking if box 'laravel/homestead' is up to date...
==> default: Clearing any previously set forwarded ports...
==> default: Fixed port collision for 22 => 2222. Now on port 2200.
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 80 => 8000 (adapter 1)
default: 3306 => 33060 (adapter 1)
default: 5432 => 54320 (adapter 1)
default: 22 => 2200 (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:2200
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.
If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.
If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.
If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
Here's the outcome of vagrant halt:
$ vagrant halt
==> default: Attempting graceful shutdown of VM...
default: Guest communication could not be established! This is usually because
default: SSH is not running, the authentication information was changed,
default: or some other networking issue. Vagrant will force halt, if
default: capable.
==> default: Forcing shutdown of VM...
It seems the issue may be opening SSH. The answers here https://stackoverflow.com/questions/22575261/vagrant-stuck-connection-timeout-retrying did not help even though it seems to be a similar issue.
I'm running Windows 8.1.
ssh virtualbox vagrant
migrated from serverfault.com Aug 30 '14 at 23:17
This question came from our site for system and network administrators.
add a comment |
up vote
3
down vote
favorite
I'm starting to migrate from wamp to the laravel homestead vagrant box however I've been stumped when it came to starting the box. I've downloaded and configured all assets and ran vagrant up to boot the box however, here's the outcome of vagrant up:
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Checking if box 'laravel/homestead' is up to date...
==> default: Clearing any previously set forwarded ports...
==> default: Fixed port collision for 22 => 2222. Now on port 2200.
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 80 => 8000 (adapter 1)
default: 3306 => 33060 (adapter 1)
default: 5432 => 54320 (adapter 1)
default: 22 => 2200 (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:2200
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.
If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.
If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.
If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
Here's the outcome of vagrant halt:
$ vagrant halt
==> default: Attempting graceful shutdown of VM...
default: Guest communication could not be established! This is usually because
default: SSH is not running, the authentication information was changed,
default: or some other networking issue. Vagrant will force halt, if
default: capable.
==> default: Forcing shutdown of VM...
It seems the issue may be opening SSH. The answers here https://stackoverflow.com/questions/22575261/vagrant-stuck-connection-timeout-retrying did not help even though it seems to be a similar issue.
I'm running Windows 8.1.
ssh virtualbox vagrant
migrated from serverfault.com Aug 30 '14 at 23:17
This question came from our site for system and network administrators.
Is the VM 64 bit? I was having similar problems until I enabled the virtualization features in the BIOS on my machine. I could use 32 bit VM's but not 64. The ssh timeout is a symptom of the VM not booting correctly.
– Fred the Magic Wonder Dog
Aug 31 '14 at 0:09
How can I tell?
– davidxd33
Aug 31 '14 at 0:54
I enabled the feature in BIOS and it seems to work now. I got Remote connection timeout twice but it booted after that.
– davidxd33
Aug 31 '14 at 1:12
add a comment |
up vote
3
down vote
favorite
up vote
3
down vote
favorite
I'm starting to migrate from wamp to the laravel homestead vagrant box however I've been stumped when it came to starting the box. I've downloaded and configured all assets and ran vagrant up to boot the box however, here's the outcome of vagrant up:
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Checking if box 'laravel/homestead' is up to date...
==> default: Clearing any previously set forwarded ports...
==> default: Fixed port collision for 22 => 2222. Now on port 2200.
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 80 => 8000 (adapter 1)
default: 3306 => 33060 (adapter 1)
default: 5432 => 54320 (adapter 1)
default: 22 => 2200 (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:2200
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.
If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.
If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.
If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
Here's the outcome of vagrant halt:
$ vagrant halt
==> default: Attempting graceful shutdown of VM...
default: Guest communication could not be established! This is usually because
default: SSH is not running, the authentication information was changed,
default: or some other networking issue. Vagrant will force halt, if
default: capable.
==> default: Forcing shutdown of VM...
It seems the issue may be opening SSH. The answers here https://stackoverflow.com/questions/22575261/vagrant-stuck-connection-timeout-retrying did not help even though it seems to be a similar issue.
I'm running Windows 8.1.
ssh virtualbox vagrant
I'm starting to migrate from wamp to the laravel homestead vagrant box however I've been stumped when it came to starting the box. I've downloaded and configured all assets and ran vagrant up to boot the box however, here's the outcome of vagrant up:
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Checking if box 'laravel/homestead' is up to date...
==> default: Clearing any previously set forwarded ports...
==> default: Fixed port collision for 22 => 2222. Now on port 2200.
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 80 => 8000 (adapter 1)
default: 3306 => 33060 (adapter 1)
default: 5432 => 54320 (adapter 1)
default: 22 => 2200 (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:2200
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.
If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.
If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.
If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
Here's the outcome of vagrant halt:
$ vagrant halt
==> default: Attempting graceful shutdown of VM...
default: Guest communication could not be established! This is usually because
default: SSH is not running, the authentication information was changed,
default: or some other networking issue. Vagrant will force halt, if
default: capable.
==> default: Forcing shutdown of VM...
It seems the issue may be opening SSH. The answers here https://stackoverflow.com/questions/22575261/vagrant-stuck-connection-timeout-retrying did not help even though it seems to be a similar issue.
I'm running Windows 8.1.
ssh virtualbox vagrant
ssh virtualbox vagrant
edited May 23 '17 at 12:41
Community♦
1
1
asked Aug 30 '14 at 23:14
davidxd33
11617
11617
migrated from serverfault.com Aug 30 '14 at 23:17
This question came from our site for system and network administrators.
migrated from serverfault.com Aug 30 '14 at 23:17
This question came from our site for system and network administrators.
Is the VM 64 bit? I was having similar problems until I enabled the virtualization features in the BIOS on my machine. I could use 32 bit VM's but not 64. The ssh timeout is a symptom of the VM not booting correctly.
– Fred the Magic Wonder Dog
Aug 31 '14 at 0:09
How can I tell?
– davidxd33
Aug 31 '14 at 0:54
I enabled the feature in BIOS and it seems to work now. I got Remote connection timeout twice but it booted after that.
– davidxd33
Aug 31 '14 at 1:12
add a comment |
Is the VM 64 bit? I was having similar problems until I enabled the virtualization features in the BIOS on my machine. I could use 32 bit VM's but not 64. The ssh timeout is a symptom of the VM not booting correctly.
– Fred the Magic Wonder Dog
Aug 31 '14 at 0:09
How can I tell?
– davidxd33
Aug 31 '14 at 0:54
I enabled the feature in BIOS and it seems to work now. I got Remote connection timeout twice but it booted after that.
– davidxd33
Aug 31 '14 at 1:12
Is the VM 64 bit? I was having similar problems until I enabled the virtualization features in the BIOS on my machine. I could use 32 bit VM's but not 64. The ssh timeout is a symptom of the VM not booting correctly.
– Fred the Magic Wonder Dog
Aug 31 '14 at 0:09
Is the VM 64 bit? I was having similar problems until I enabled the virtualization features in the BIOS on my machine. I could use 32 bit VM's but not 64. The ssh timeout is a symptom of the VM not booting correctly.
– Fred the Magic Wonder Dog
Aug 31 '14 at 0:09
How can I tell?
– davidxd33
Aug 31 '14 at 0:54
How can I tell?
– davidxd33
Aug 31 '14 at 0:54
I enabled the feature in BIOS and it seems to work now. I got Remote connection timeout twice but it booted after that.
– davidxd33
Aug 31 '14 at 1:12
I enabled the feature in BIOS and it seems to work now. I got Remote connection timeout twice but it booted after that.
– davidxd33
Aug 31 '14 at 1:12
add a comment |
1 Answer
1
active
oldest
votes
up vote
0
down vote
The SSH connection timeout during boot phase can happen from different reasons such as:
- system awaits for user interaction (e.g. share partition is not ready),
sshd
misconfiguration,- firewall misconfiguration (in case it's not local),
- mismatch of your private key,
- the booting process takes too much time (try increasing
config.vm.boot_timeout
), - check whether virtualization is enabled in BIOS (as per comment).
To debug the problem, please run it as:
VAGRANT_LOG=debug vagrant up
If there is nothing obvious, then try to connect to it from another terminal, by vagrant ssh
or by:
vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default
If the SSH still fails, re-run it with a GUI (e.g. config.gui = true
).
If it's not, check the running processes (e.g. by: vagrant ssh -c 'pstree -a'
) or verify your sshd_config
.
If it is disposable VM, you can always destroy
it and up
it again. Also consider upgrading your Vagrant and Virtualbox.
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
The SSH connection timeout during boot phase can happen from different reasons such as:
- system awaits for user interaction (e.g. share partition is not ready),
sshd
misconfiguration,- firewall misconfiguration (in case it's not local),
- mismatch of your private key,
- the booting process takes too much time (try increasing
config.vm.boot_timeout
), - check whether virtualization is enabled in BIOS (as per comment).
To debug the problem, please run it as:
VAGRANT_LOG=debug vagrant up
If there is nothing obvious, then try to connect to it from another terminal, by vagrant ssh
or by:
vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default
If the SSH still fails, re-run it with a GUI (e.g. config.gui = true
).
If it's not, check the running processes (e.g. by: vagrant ssh -c 'pstree -a'
) or verify your sshd_config
.
If it is disposable VM, you can always destroy
it and up
it again. Also consider upgrading your Vagrant and Virtualbox.
add a comment |
up vote
0
down vote
The SSH connection timeout during boot phase can happen from different reasons such as:
- system awaits for user interaction (e.g. share partition is not ready),
sshd
misconfiguration,- firewall misconfiguration (in case it's not local),
- mismatch of your private key,
- the booting process takes too much time (try increasing
config.vm.boot_timeout
), - check whether virtualization is enabled in BIOS (as per comment).
To debug the problem, please run it as:
VAGRANT_LOG=debug vagrant up
If there is nothing obvious, then try to connect to it from another terminal, by vagrant ssh
or by:
vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default
If the SSH still fails, re-run it with a GUI (e.g. config.gui = true
).
If it's not, check the running processes (e.g. by: vagrant ssh -c 'pstree -a'
) or verify your sshd_config
.
If it is disposable VM, you can always destroy
it and up
it again. Also consider upgrading your Vagrant and Virtualbox.
add a comment |
up vote
0
down vote
up vote
0
down vote
The SSH connection timeout during boot phase can happen from different reasons such as:
- system awaits for user interaction (e.g. share partition is not ready),
sshd
misconfiguration,- firewall misconfiguration (in case it's not local),
- mismatch of your private key,
- the booting process takes too much time (try increasing
config.vm.boot_timeout
), - check whether virtualization is enabled in BIOS (as per comment).
To debug the problem, please run it as:
VAGRANT_LOG=debug vagrant up
If there is nothing obvious, then try to connect to it from another terminal, by vagrant ssh
or by:
vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default
If the SSH still fails, re-run it with a GUI (e.g. config.gui = true
).
If it's not, check the running processes (e.g. by: vagrant ssh -c 'pstree -a'
) or verify your sshd_config
.
If it is disposable VM, you can always destroy
it and up
it again. Also consider upgrading your Vagrant and Virtualbox.
The SSH connection timeout during boot phase can happen from different reasons such as:
- system awaits for user interaction (e.g. share partition is not ready),
sshd
misconfiguration,- firewall misconfiguration (in case it's not local),
- mismatch of your private key,
- the booting process takes too much time (try increasing
config.vm.boot_timeout
), - check whether virtualization is enabled in BIOS (as per comment).
To debug the problem, please run it as:
VAGRANT_LOG=debug vagrant up
If there is nothing obvious, then try to connect to it from another terminal, by vagrant ssh
or by:
vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default
If the SSH still fails, re-run it with a GUI (e.g. config.gui = true
).
If it's not, check the running processes (e.g. by: vagrant ssh -c 'pstree -a'
) or verify your sshd_config
.
If it is disposable VM, you can always destroy
it and up
it again. Also consider upgrading your Vagrant and Virtualbox.
edited Apr 13 '17 at 12:22
Community♦
1
1
answered Dec 11 '16 at 13:05
kenorb
10.5k1576108
10.5k1576108
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f805262%2fvagrant-unable-to-run-vagrant-up-connection-timeout-retrying%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Is the VM 64 bit? I was having similar problems until I enabled the virtualization features in the BIOS on my machine. I could use 32 bit VM's but not 64. The ssh timeout is a symptom of the VM not booting correctly.
– Fred the Magic Wonder Dog
Aug 31 '14 at 0:09
How can I tell?
– davidxd33
Aug 31 '14 at 0:54
I enabled the feature in BIOS and it seems to work now. I got Remote connection timeout twice but it booted after that.
– davidxd33
Aug 31 '14 at 1:12