Vagrant :: Unable to run vagrant up; Connection timeout. Retrying











up vote
3
down vote

favorite
2












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.










share|improve this question















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















up vote
3
down vote

favorite
2












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.










share|improve this question















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













up vote
3
down vote

favorite
2









up vote
3
down vote

favorite
2






2





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.










share|improve this question















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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


















  • 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










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.






share|improve this answer























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "3"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    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

























    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.






    share|improve this answer



























      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.






      share|improve this answer

























        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.






        share|improve this answer














        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.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Apr 13 '17 at 12:22









        Community

        1




        1










        answered Dec 11 '16 at 13:05









        kenorb

        10.5k1576108




        10.5k1576108






























            draft saved

            draft discarded




















































            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.




            draft saved


            draft discarded














            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





















































            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







            Popular posts from this blog

            QoS: MAC-Priority for clients behind a repeater

            Ивакино (Тотемский район)

            Can't locate Autom4te/ChannelDefs.pm in @INC (when it definitely is there)