Skip to content
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 Timeout Issue with VMware Fusion on MacBook with M1 Chip #904

Open
DLFDL opened this issue Oct 17, 2023 · 3 comments
Open

Vagrant Timeout Issue with VMware Fusion on MacBook with M1 Chip #904

DLFDL opened this issue Oct 17, 2023 · 3 comments

Comments

@DLFDL
Copy link

DLFDL commented Oct 17, 2023

MacBook with M1 Chip (ARM64 architecture)
Operating System: macOS Sonoma Version 14.0
VMware Fusion Player Version 13.0.2 (21581413)
Vagrant version: 2.3.7

Description of the issue:

I've been trying to set up DetectionLab on my MacBook with an M1 chip using VMware Fusion Player Version 13.0.2 (21581413), but I'm encountering a timeout issue when Vagrant attempts to start the VMware machine.

I have modified the Vagrantfile to increase the boot timeout: cfg.vm.boot_timeout = 600.

When I execute the vagrant up command, a pop-up window with the virtual machine opens, but nothing happens. I see a play button, but there's no reaction.

However, it still receives a timeout error approximately 2 minutes after starting the machine.
The error message is:

Vagrant timed out while trying to start the VMware machine. This
error is caused by VMware never successfully starting the engine.
This can often be fixed by simply retrying. If the error persists,
please verify that VMware is functional. This is not a Vagrant
issue

I also tried manually starting the machine with ubuntu-20.04-amd64.vmx directly from the file, but it still did not work.

Additional Information:

I've successfully installed and run an Ubuntu server VM on the same VMware Fusion using Vagrant without any issues. This leads me to believe that the problem might be specific to the Vagrantfile configuration used by DetectionLab or its integration with the Vagrant-VMware plugin. There may be a discrepancy or misconfiguration in the Vagrantfile that's causing the VM not to start correctly.

Has anyone else encountered this issue or have any suggestions for resolving it?

@DLFDL
Copy link
Author

DLFDL commented Oct 19, 2023

After further investigation, I've identified a potential root cause for the issues I've been experiencing with running the virtual machine on my MacBook with the M1 chip.

Architecture Mismatch: The virtual machine I was trying to run is built for the AMD64 (or x86_64) architecture. However, the Apple M1/M2 chips use the ARM64 architecture. This fundamental difference means I cannot run AMD64 virtual machines directly on my M1 MacBook without emulation or translation.

VMware Fusion's Current Capabilities: As of my last check, VMware Fusion on M1/M2 Macs does not support emulation of the Intel (AMD64) architecture. Any virtual machines designed for AMD64 cannot be run directly. It's essential to use virtual machines tailored explicitly for the ARM64 architecture.

Rosetta 2: While Apple's Rosetta 2 can translate Intel apps to run on M1/M2 Macs, it doesn't apply to virtualisation. You can't use Rosetta 2 to run AMD64 virtual machines on VMware Fusion.

Potential Solution: For those facing similar issues, use an ARM64 version of the desired OS when running it on VMware Fusion on an M1/M2 Mac. This architecture compatibility is likely a significant factor in many problems.

@Skr1ptKid-0x
Copy link

After further investigation, I've identified a potential root cause for the issues I've been experiencing with running the virtual machine on my MacBook with the M1 chip.

Architecture Mismatch: The virtual machine I was trying to run is built for the AMD64 (or x86_64) architecture. However, the Apple M1/M2 chips use the ARM64 architecture. This fundamental difference means I cannot run AMD64 virtual machines directly on my M1 MacBook without emulation or translation.

VMware Fusion's Current Capabilities: As of my last check, VMware Fusion on M1/M2 Macs does not support emulation of the Intel (AMD64) architecture. Any virtual machines designed for AMD64 cannot be run directly. It's essential to use virtual machines tailored explicitly for the ARM64 architecture.

Rosetta 2: While Apple's Rosetta 2 can translate Intel apps to run on M1/M2 Macs, it doesn't apply to virtualisation. You can't use Rosetta 2 to run AMD64 virtual machines on VMware Fusion.

Potential Solution: For those facing similar issues, use an ARM64 version of the desired OS when running it on VMware Fusion on an M1/M2 Mac. This architecture compatibility is likely a significant factor in many problems.

Apologies for location, but since this isn't managed anymore. Do you not recommend upgrading to the new Apple chips with all the potential issues?

@GiovanniLoureiro
Copy link

@DLFDL How did you set the box to use the arm64 version of the of the OS? I see one can be found here https://app.vagrantup.com/bento/boxes/ubuntu-24.04

This is my current vagrantfile:

Vagrant.configure("2") do |config|
config.vm.box = "bento/ubuntu-24.04"
config.vm.box_version = "202404.26.0"

config.vm.provider "vmware_desktop" do |v|
v.gui = true
end
end

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants