VirtualBox

Opened 2 years ago

Closed 17 months ago

#20636 closed defect (fixed)

VBoxHeadless does not run in macOS Monterey 12.0.1 => fixed in SVN/next maintenance

Reported by: granada29 Owned by:
Component: other Version: VirtualBox 6.1.28
Keywords: Cc:
Guest type: Linux Host type: Mac OS X

Description

I can start the VM normally and it runs as expected. When starting ss "Headless" it immediately aborts.

VBox.log and the VBoxHeadless crash dump attached.

Attachments (3)

VBox.log (185.4 KB ) - added by granada29 2 years ago.
VBoxHeadless-2021-10-26-144900.ips.zip (3.6 KB ) - added by granada29 2 years ago.
VBoxHeadless crash dump - open with Console.app
VBoxHeadless Crash Reports.zip (9.8 KB ) - added by seenukarthi 2 years ago.

Download all attachments as: .zip

Change History (33)

by granada29, 2 years ago

Attachment: VBox.log added

by granada29, 2 years ago

VBoxHeadless crash dump - open with Console.app

comment:1 by riso, 2 years ago

official Monterey, Virtual Box 6.1.28 on MBP 16 Detached start or Headless start ends with error bellow:

Failed to open a session for the virtual machine Oracle DB Developer VM.
The virtual machine 'Oracle DB Developer VM' has terminated unexpectedly during startup because of signal 10.
Result Code:	NS_ERROR_FAILURE (0x80004005)
Component:	MachineWrap
Interface:	IMachine {85632c68-b5bb-4316-a900-5eb28d3413df

No VBox.log was written to disk during Headless start.

Here is the cut from older log.

00:00:00.167394 VirtualBox GUI (separate) 6.1.28 r147628 darwin.amd64 (Oct 18 2021 19:59:14) release log
00:00:00.167397 Log opened 2021-10-25T21:08:49.968813000Z
00:00:00.167398 Build Type: release
00:00:00.167406 OS Product: Darwin
00:00:00.167410 OS Release: 21.1.0
00:00:00.167414 OS Version: Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:23 PDT 2021; root:xnu-8019.41.5~1/RELEASE_X86_64
00:00:00.167472 DMI Product Name: MacBookPro16,1
00:00:00.167502 DMI Product Version: 1.0
00:00:00.167505 Firmware type: failed - VERR_NOT_SUPPORTED
00:00:00.167512 Host RAM: 32768MB (32.0GB) total, 24083MB (23.5GB) available
00:00:00.167516 Executable: /Applications/VirtualBox.app/Contents/Resources/VirtualBoxVM.app/Contents/MacOS/VirtualBoxVM
00:00:00.167516 Process ID: 1020
00:00:00.167516 Package type: DARWIN_64BITS_GENERIC

comment:2 by ssh22, 2 years ago

Not sure if it's the same issue, but it's also not working with Vagrant. I can start VM's manually from the VirtualBox UI, but can't start anything from Vagrant.

Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set network interfaces...
There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.

Command: ["hostonlyif", "create"]

Stderr: 0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to create the host-only adapter
VBoxManage: error: VBoxNetAdpCtl: Error while adding new interface: failed to open /dev/vboxnetctl: No such file or directory
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component HostNetworkInterfaceWrap, interface IHostNetworkInterface
VBoxManage: error: Context: "RTEXITCODE handleCreate(HandlerArg *)" at line 95 of file VBoxManageHostonly.cpp

MacOS Monterey 12.0.1 VirtualBox: 6.1.28 r147628 (Qt5.6.3) Vagrant 2.2.18 Everything is updated to the latest version.

comment:3 by seenukarthi, 2 years ago

I'm Having the same issue VBoxHeadless is crashing in macOs Monterey. attached the crash reports.

by seenukarthi, 2 years ago

comment:4 by Klaus Espenlaub, 2 years ago

Yes, (unfortunately) reproducible. Slipped somehow through when we tested with the beta versions of macOS Monterey. Will try to provide a fixed build in the near future.

in reply to:  4 comment:5 by ssh22, 2 years ago

Replying to klaus:

Yes, (unfortunately) reproducible. Slipped somehow through when we tested with the beta versions of macOS Monterey. Will try to provide a fixed build in the near future.

I think thats the reason why most Vagrant users are having issues right now: https://github.com/hashicorp/vagrant/issues/12557

comment:6 by wilburx3, 2 years ago

I start all my VMs on macOS 12.0.1 via terminal with the headless switch. I receive the same error, signal 10, on my Windows and Linux guests machines.

VBoxManage startvm MACHINE_NAME --type headless

VBoxManage: error: The virtual machine 'MACHINE_NAME' has terminated unexpectedly during startup because of signal 10
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component MachineWrap, interface IMachine

comment:7 by aeichner, 2 years ago

Summary: VBoxHeadless does not run in macOS Monterey 12.0.1VBoxHeadless does not run in macOS Monterey 12.0.1 => fixed in SVN/next maintenance

Will be fixed in the next maintenance release.

comment:8 by ssh22, 2 years ago

There is another thing (when using Vagrant + VirtualBox). Version 6.1.28 did not respect the IP address set into the Vagrantfile. It just boots the machine with incorrect IP. Downgrading to 6.1.26 adds the correct IP and it works perfectly fine (not in headless mode ofc.)

in reply to:  8 comment:9 by janitor, 2 years ago

Replying to ssh22:

There is another thing (when using Vagrant + VirtualBox). Version 6.1.28 did not respect the IP address set into the Vagrantfile.

#20626?

comment:10 by ynuyasha, 2 years ago

Same issue VM not starting in headless mode vagrant + virtualbox 6.1.28 on Monterey.

And same issue MacOS 11.x Vagrant + virtualbox 6.1.28 network not keep ipaddress. With downgrade to 6.1.26 all works.

in reply to:  10 comment:11 by petro, 2 years ago

Replying to ynuyasha:

Same issue VM not starting in headless mode vagrant + virtualbox 6.1.28 on Monterey.

And same issue MacOS 11.x Vagrant + virtualbox 6.1.28 network not keep ipaddress. With downgrade to 6.1.26 all works.

Same issue, but without vagrant, virtualbox 6.1.28 on MacOS 12.0.1 doesn't assign IP address to host only vboxnet0 iface, therefore no route in table and VM's are inaccessible thru network, and 6.1.26 do the job, but both versions won't start with "--type headless" switch

Last edited 2 years ago by petro (previous) (diff)

comment:12 by lukeb, 2 years ago

Also having this same issue with Mac OSX Monterey and vagrant and virtualbox.

in reply to:  7 comment:13 by wilburx3, 2 years ago

Replying to aeichner:

Will be fixed in the next maintenance release.

Will this be three months till release?

comment:14 by Klaus Espenlaub, 2 years ago

Hard to predict right now when the next maintenance release will happen. At the latest it will be in January, but I wonder if using a test build would be an option (and we might do a special test build which is notarized, i.e. wouldn't require the usual disabling of security as normal test builds).

Just for this single fix it'd be a bit much effort to do a maintenance release. However there might be other fixes coming which justify it...

comment:15 by lukeb, 2 years ago

Those of us that have upgraded to Mac OSX Monterey are sunk while VirtualBox doesn't work with it, since downgrading OS isn't any option without a recent Time Machine backup.

comment:16 by Klaus Espenlaub, 2 years ago

The latest 6.1 test build has the fix, but the usual "not notarized" caveat applies which is documented there, with the "disable SIP" workaround.

Oh, and before I forget: the "issue" with vboxnet not getting addresses and so on is unrelated to this ticket. See #20626 for pointers to the relevant information.

comment:17 by ssh22, 2 years ago

I see issue #20637 has been closed as duplicate off this ticket. So, keep in mind that according to issue #20637 "The VirtualBox kext bundles are not automatically loaded after a system boot. I can confirm this issue too...

"

comment:18 by Nick Hibma, 2 years ago

Someone marked #20637 as a duplicate but forgot to copy across very useful information: Load your kext's manually like so:

sudo kextload -b org.virtualbox.kext.VBoxDrv;
sudo kextload -b org.virtualbox.kext.VBoxNetFlt;
sudo kextload -b org.virtualbox.kext.VBoxNetAdp;
sudo kextload -b org.virtualbox.kext.VBoxUSB;

and then start the VM from the UI (or the command line) as Normal (not headless).

See comments above and links for why.

comment:19 by Jeroen, 2 years ago

I am wondering, since lots of people are waiting for the official maintenance release, is there a releasedate planned?

Sorry, I see this was already appointed above (a new release is much work, so probably not for this issue)

Version 1, edited 2 years ago by Jeroen (previous) (next) (diff)

comment:20 by antonl, 2 years ago

Fix for network issue: create /etc/vbox/networks.conf on the host machine with the following content

* 0.0.0.0/0 ::/0

comment:21 by RedHood, 2 years ago

Of course this is isn't a huge issue. It's Oracle. I'm thinking I might have to switch to using Docker containers if this doesn't get fixed soon. The company I work for is only using VirtualBox because the lead developer that is leaving liked using VirtualBox. Guess now is the time to make a suggestion to move to using Docker.

comment:22 by lite, 2 years ago

Please consider a maintenance release for 6.28 to fix headless issue on macos monterey.

comment:23 by Klaus Espenlaub, 2 years ago

Could you try with this test build? It is notarized, to avoid the usual SIP trouble...

in reply to:  23 comment:24 by gandalftw, 2 years ago

Replying to klaus:

Could you try with this test build? It is notarized, to avoid the usual SIP trouble...

After installing this build headless start is working and vagrant as well.

Last edited 2 years ago by gandalftw (previous) (diff)

comment:25 by rtpHarry, 2 years ago

The test build worked for me to load it up as a headless, but the ip address mapping doesn't seem to be working.
I'm using this with VVV, and when running it I get this error:

==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
The IP address configured for the host-only network is not within the
allowed ranges. Please update the address used to be within the allowed
ranges and run the command again.

  Address: 192.168.50.4
  Ranges: 192.168.56.0/21

Valid ranges can be modified in the /etc/vbox/networks.conf file. For
more information including valid format see:

  https://www.virtualbox.org/manual/ch06.html#network_hostonly

I can set the ip using the config.yml, which I do, and it then boots ok, but nothing is accessible. I've gone into this in a bit more detail here:


https://github.com/Varying-Vagrant-Vagrants/VVV/issues/2554

comment:26 by Klaus Espenlaub, 2 years ago

The "remaining issue" with host-only networks is a behavior change in 6.1.28. See https://www.virtualbox.org/manual/ch06.html#network_hostonly

comment:27 by dpacak, 2 years ago

I used test build 6.1.29r148140 on macOS Monterey (Version 12.0.1) with Vagrantfile with port forwards and it works like a charm.

comment:28 by cfdude, 2 years ago

If you can't use a test build and are using Vagrant, you can put this in the vagrantfile to at least be operational until this is released:

config.vm.provider "virtualbox" do |vb|

vb.gui = true

end

comment:29 by markm, 2 years ago

upgrading to macOS Monterey 12.1 fixed this issue for me

comment:30 by aeichner, 17 months ago

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use