-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
Vagrant 2.3.2 and Virtualbox 7.0.2 - startup error #12968
Comments
The issue was solved by reverting virtualbox to 6.1.40-1 |
Yep. Downgrade to VirtualBox to 6.1. That worked for me. |
Reverting to VB 6.1 on MacOS Ventura is not a solution because of the kernel extensions missing. |
Hi there. Would you please provide the debug output from the command that is generating this error. I am unable to reproduce it and debug output will be helpful in identifying the underlying cause (in this case it would be running a Thanks |
@chrisroberts Not certain if this is a related issue, my bad if not. Here is my debug output: MacOS Ventura 13.0 Laravel Homestead box version 12.x (Ubuntu 20.04)
|
I'm experiencing the same as @bradsi with the same macOS, VirtualBox and Vagrant versions...
Tried rolling VirtualBox back to 6.1.40 (and older) but as @xpertbot says, this won't work on macOS 13 due to missing kernel extensions. |
@bradsi @PedroClemo The issue you are encountering is not the same as this one. It's the change in how private networks are created/used using the macos framework and is being tracked in #12959 |
Provider version Host operating system Guest operating system
|
Exactly the same issue as @bradsi and @PedroClemo above, subscribing for solution |
@vessd Thanks for providing the debug output! Unfortunately, it doesn't contain the output from the vbox command that I was looking for to determine the actual cause. Would you mind providing the output from: Thanks so much! |
|
@vessd Thanks so much for providing that information. It's surprising as I was assuming the default machine folder value was either not being listed or was formatted differently (given the origin of the error is from that value failing to be found). I'm curious if you are still encountering the same error when using vbox 7. I've got a PR addressing this error, but it's targeted mainly at providing a nice user error message when encountered and including more information in the logs for debugging. If you are still seeing the error and the default machine folder value is still in the systemproperties output, please do let me know as it is very unexpected behavior. |
@chrisroberts I ran the version from PR and realized that the problem is that the result of the command is output in the system locale. That is, there is no |
@vessd Can you provide the output of the command that's in the logs when you run it with |
|
perfect, thank you! |
2d7340f fixes this for me. |
@vessd Awesome, thanks for the confirmation! |
Debug output
https://gist.github.com/Warh40k/f5b22574e436d17855023e169fae46ee
Expected behavior
The machine is started properly
Actual behavior
The vagrant up fails
Reproduction information
Reproducible with the Vagrantfile and vagrant up. This configuration worked fine on previous versions of vbox and vagrant (6.1.40 and 2.3.1 respectively)
Provider version
Virtual box: Version 7.0.2-1 r154219
Virtual box host modules: virtualbox-host-modules-arch 7.0.2-1-x86-64
Vagrant version: Vagrant 2.3.2
Host operating system
archLinux (Linux 6.0.2-arch1-1)
Guest operating system
bento/ubuntu-18.04
Steps to reproduce
Vagrantfile
https://gist.github.com/Warh40k/8bd43c791701ad254550937dd5785104
The text was updated successfully, but these errors were encountered: