Varying-Vagrant-Vagrants / VVV

An open source Vagrant configuration for developing with WordPress
https://varyingvagrantvagrants.org
MIT License
4.55k stars 849 forks source link

timeout during server version negotiating #2717

Open shanebp opened 1 week ago

shanebp commented 1 week ago

Are you using the latest stable or develop branch version of VVV?

Yes (stable)

Is it a new VVV, or an existing VVV that used to work?

Existing, worked but now broken

Did you use a CustomFile?

No (default)

Whats the problem?

Using Windows 10.

Everything was working properly until today. Tried to vagrant up but get this error: timeout during server version negotiating. The vagrant machine is running.

I can open the vvv dashboard in a browser, but none of the sites will connect.

Output: c:\vvv-local>vagrant up


\ V\ V\ V / v3.12 Ruby:3.1.4, Path:"c:/vvv-local" _/_/_/ git::stable(aee9a695)

Platform: mingw32 windows missingWinAdminPriv vagrant-goodhosts monochrome-terminal shared_db_folder_disabled Vagrant: v2.4.1, virtualbox: v7.0.18

Docs: https://varyingvagrantvagrants.org/ Contribute: https://github.com/varying-vagrant-vagrants/vvv Dashboard: http://vvv.test

Bringing machine 'default' up with 'virtualbox' provider... ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] Checking for host entries ==> default: [vagrant-goodhosts] Finished processing ==> default: Machine already provisioned. Run vagrant provision or use the --provision ==> default: flag to force provisioning. Provisioners marked to run always will still run. ==> default: Running action triggers after up ... ==> default: Running trigger: VVV Post-Up... ==> default: Trigger run failed ==> default: An error occurred in the underlying SSH library that Vagrant uses. ==> default: The error message is shown below. In many cases, errors from this ==> default: library are caused by ssh-agent issues. Try disabling your SSH ==> default: agent or removing some keys and try again. ==> default: ==> default: If the problem persists, please report a bug to the net-ssh project. ==> default: ==> default: timeout during server version negotiating

How do we reproduce it?

No response

What is the output of vagrant status

c:\vvv-local>vagrant status
__ __ __ __
\ V\ V\ V / v3.12 Ruby:3.1.4, Path:"c:/vvv-local"
 \_/\_/\_/  git::stable(aee9a695)

Platform: mingw32 windows  missingWinAdminPriv  vagrant-goodhosts monochrome-terminal shared_db_folder_disabled
Vagrant: v2.4.1, virtualbox: v7.0.18

Docs:       https://varyingvagrantvagrants.org/
Contribute: https://github.com/varying-vagrant-vagrants/vvv
Dashboard:  http://vvv.test

Current machine states:

default                   running (virtualbox)

The VM is running. To stop this VM, you can run `vagrant halt` to
shut it down forcefully, or you can run `vagrant suspend` to simply
suspend the virtual machine. In either case, to restart it again,
simply run `vagrant up`.

Which Operating System are you using?

Microsoft Windows

Which provider are you using?

VirtualBox 7

tomjn commented 1 week ago

Have you tested this after a reboot? This sounds like a virtualbox or windows networking issue. Unless missingWinAdminPriv is the clue

On Fri, 21 Jun 2024 at 14:15, shanebp @.***> wrote:

Are you using the latest stable or develop branch version of VVV?

Yes (stable) Is it a new VVV, or an existing VVV that used to work?

Existing, worked but now broken Did you use a CustomFile?

No (default) Whats the problem?

Using Windows 10.

Everything was working properly until today. Tried to vagrant up but get this error: timeout during server version negotiating. The vagrant machine is running.

I can open the vvv dashboard in a browser, but none of the sites will connect.

c:\vvv-local>vagrant up

\ V\ V\ V / v3.12 Ruby:3.1.4, Path:"c:/vvv-local" //_/ git::stable(aee9a69 https://github.com/Varying-Vagrant-Vagrants/VVV/commit/aee9a695915c1cfb2395b26880ec142952a22f8e )

Platform: mingw32 windows missingWinAdminPriv vagrant-goodhosts monochrome-terminal shared_db_folder_disabled Vagrant: v2.4.1, virtualbox: v7.0.18

Docs: https://varyingvagrantvagrants.org/ Contribute: https://github.com/varying-vagrant-vagrants/vvv Dashboard: http://vvv.test

Bringing machine 'default' up with 'virtualbox' provider... ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] Checking for host entries ==> default: [vagrant-goodhosts] Finished processing ==> default: Machine already provisioned. Run vagrant provision or use the --provision ==> default: flag to force provisioning. Provisioners marked to run always will still run. ==> default: Running action triggers after up ... ==> default: Running trigger: VVV Post-Up... ==> default: Trigger run failed ==> default: An error occurred in the underlying SSH library that Vagrant uses. ==> default: The error message is shown below. In many cases, errors from this ==> default: library are caused by ssh-agent issues. Try disabling your SSH ==> default: agent or removing some keys and try again. ==> default: ==> default: If the problem persists, please report a bug to the net-ssh project. ==> default: ==> default: timeout during server version negotiating How do we reproduce it?

No response What is the output of vagrant status

c:\vvv-local>vagrant status \ V\ V\ V / v3.12 Ruby:3.1.4, Path:"c:/vvv-local" _/_/_/ git::stable(aee9a695)

Platform: mingw32 windows missingWinAdminPriv vagrant-goodhosts monochrome-terminal shared_db_folder_disabled Vagrant: v2.4.1, virtualbox: v7.0.18

Docs: https://varyingvagrantvagrants.org/ Contribute: https://github.com/varying-vagrant-vagrants/vvv Dashboard: http://vvv.test

Current machine states:

default running (virtualbox)

The VM is running. To stop this VM, you can run vagrant halt to shut it down forcefully, or you can run vagrant suspend to simplysuspend the virtual machine. In either case, to restart it again, simply run vagrant up.

Which Operating System are you using?

Microsoft Windows Which provider are you using?

VirtualBox 7

— Reply to this email directly, view it on GitHub https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2717, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAOLZ35HGJJRFPV2LU44FLZIQRQPAVCNFSM6AAAAABJV4ZAHOVHI2DSMVQWIX3LMV43ASLTON2WKOZSGM3DMNJSHA2DCMI . You are receiving this because you are subscribed to this thread.Message ID: @.***>

tomjn commented 1 week ago

Also needs reproducing in develop branch, no guarantee it hasn’t already been fixed

On Fri, 21 Jun 2024 at 14:23, Tom Nowell @.***> wrote:

Have you tested this after a reboot? This sounds like a virtualbox or windows networking issue. Unless missingWinAdminPriv is the clue

On Fri, 21 Jun 2024 at 14:15, shanebp @.***> wrote:

Are you using the latest stable or develop branch version of VVV?

Yes (stable) Is it a new VVV, or an existing VVV that used to work?

Existing, worked but now broken Did you use a CustomFile?

No (default) Whats the problem?

Using Windows 10.

Everything was working properly until today. Tried to vagrant up but get this error: timeout during server version negotiating. The vagrant machine is running.

I can open the vvv dashboard in a browser, but none of the sites will connect.

c:\vvv-local>vagrant up

\ V\ V\ V / v3.12 Ruby:3.1.4, Path:"c:/vvv-local" //_/ git::stable(aee9a69 https://github.com/Varying-Vagrant-Vagrants/VVV/commit/aee9a695915c1cfb2395b26880ec142952a22f8e )

Platform: mingw32 windows missingWinAdminPriv vagrant-goodhosts monochrome-terminal shared_db_folder_disabled Vagrant: v2.4.1, virtualbox: v7.0.18

Docs: https://varyingvagrantvagrants.org/ Contribute: https://github.com/varying-vagrant-vagrants/vvv Dashboard: http://vvv.test

Bringing machine 'default' up with 'virtualbox' provider... ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 vvv.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 wordpress.test ==> default: [vagrant-goodhosts] - found entry for: 192.168.56.4 buddyboss.test ==> default: [vagrant-goodhosts] Checking for host entries ==> default: [vagrant-goodhosts] Finished processing ==> default: Machine already provisioned. Run vagrant provision or use the --provision ==> default: flag to force provisioning. Provisioners marked to run always will still run. ==> default: Running action triggers after up ... ==> default: Running trigger: VVV Post-Up... ==> default: Trigger run failed ==> default: An error occurred in the underlying SSH library that Vagrant uses. ==> default: The error message is shown below. In many cases, errors from this ==> default: library are caused by ssh-agent issues. Try disabling your SSH ==> default: agent or removing some keys and try again. ==> default: ==> default: If the problem persists, please report a bug to the net-ssh project. ==> default: ==> default: timeout during server version negotiating How do we reproduce it?

No response What is the output of vagrant status

c:\vvv-local>vagrant status \ V\ V\ V / v3.12 Ruby:3.1.4, Path:"c:/vvv-local" _/_/_/ git::stable(aee9a695)

Platform: mingw32 windows missingWinAdminPriv vagrant-goodhosts monochrome-terminal shared_db_folder_disabled Vagrant: v2.4.1, virtualbox: v7.0.18

Docs: https://varyingvagrantvagrants.org/ Contribute: https://github.com/varying-vagrant-vagrants/vvv Dashboard: http://vvv.test

Current machine states:

default running (virtualbox)

The VM is running. To stop this VM, you can run vagrant halt to shut it down forcefully, or you can run vagrant suspend to simplysuspend the virtual machine. In either case, to restart it again, simply run vagrant up.

Which Operating System are you using?

Microsoft Windows Which provider are you using?

VirtualBox 7

— Reply to this email directly, view it on GitHub https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2717, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAOLZ35HGJJRFPV2LU44FLZIQRQPAVCNFSM6AAAAABJV4ZAHOVHI2DSMVQWIX3LMV43ASLTON2WKOZSGM3DMNJSHA2DCMI . You are receiving this because you are subscribed to this thread.Message ID: @.***>

shanebp commented 1 week ago

I did a reboot. And then vagrant destroy followed by vagrant up. Here is the output: https://gist.github.com/shanebp/86217d6010ed38c931da20c14fadb826

Not sure how to use develop branch.

Gist
vagrant up
vagrant up . GitHub Gist: instantly share code, notes, and snippets.
tomjn commented 1 week ago

git checkout develop

On Fri, 21 Jun 2024 at 14:33, shanebp @.***> wrote:

I did a reboot. And then vagrant destroy followed by vagrant up. Here is the output: https://gist.github.com/shanebp/86217d6010ed38c931da20c14fadb826

Not sure how to use develop branch.

https://camo.githubusercontent.com/e483d78c462e9ac01c16b4591907b86ec8f862fbfa34939ac6c349fbbc2fc4f8/68747470733a2f2f6769746875622e6769746875626173736574732e636f6d2f6173736574732f676973742d6f672d696d6167652d3534666437646330373133652e706e67

https://camo.githubusercontent.com/95e35b1ddbd18e9680ef4876f3544fdf46e2116b5fefc3f6a48e1e427ea75b59/68747470733a2f2f6769746875622e6769746875626173736574732e636f6d2f66617669636f6e732f66617669636f6e2e737667 Gist vagrant up https://gist.github.com/shanebp/86217d6010ed38c931da20c14fadb826 vagrant up . GitHub Gist: instantly share code, notes, and snippets.

— Reply to this email directly, view it on GitHub https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2717#issuecomment-2182765473, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAOLZ4GAPQKXG6VFFTZRCDZIQTTHAVCNFSM6AAAAABJV4ZAHOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBSG43DKNBXGM . You are receiving this because you commented.Message ID: @.***>

tomjn commented 1 week ago

Hmmm it says you’re on 3.12, we released 3.13.1 a few days ago

On Fri, 21 Jun 2024 at 14:47, Tom Nowell @.***> wrote:

git checkout develop

On Fri, 21 Jun 2024 at 14:33, shanebp @.***> wrote:

I did a reboot. And then vagrant destroy followed by vagrant up. Here is the output: https://gist.github.com/shanebp/86217d6010ed38c931da20c14fadb826

Not sure how to use develop branch.

https://camo.githubusercontent.com/e483d78c462e9ac01c16b4591907b86ec8f862fbfa34939ac6c349fbbc2fc4f8/68747470733a2f2f6769746875622e6769746875626173736574732e636f6d2f6173736574732f676973742d6f672d696d6167652d3534666437646330373133652e706e67

https://camo.githubusercontent.com/95e35b1ddbd18e9680ef4876f3544fdf46e2116b5fefc3f6a48e1e427ea75b59/68747470733a2f2f6769746875622e6769746875626173736574732e636f6d2f66617669636f6e732f66617669636f6e2e737667 Gist vagrant up https://gist.github.com/shanebp/86217d6010ed38c931da20c14fadb826 vagrant up . GitHub Gist: instantly share code, notes, and snippets.

— Reply to this email directly, view it on GitHub https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2717#issuecomment-2182765473, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAOLZ4GAPQKXG6VFFTZRCDZIQTTHAVCNFSM6AAAAABJV4ZAHOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBSG43DKNBXGM . You are receiving this because you commented.Message ID: @.***>

shanebp commented 1 week ago

Switched to develop branch and everything is working now.

tomjn commented 1 week ago

Glad to hear, does it show 3.12/3.13 or 3.14 on the working branch?

On Fri, 21 Jun 2024 at 15:16, shanebp @.***> wrote:

Switched to develop branch and everything is working now.

— Reply to this email directly, view it on GitHub https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2717#issuecomment-2182842014, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAOLZ7Y7T2KLUWR6LMNJE3ZIQYT3AVCNFSM6AAAAABJV4ZAHOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBSHA2DEMBRGQ . You are receiving this because you commented.Message ID: @.***>

shanebp commented 1 week ago

3.14.0