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

Issue with DetectionLabELK on macOS arm64 using VMware Fusion #22

Open
DLFDL opened this issue Oct 10, 2023 · 1 comment
Open

Issue with DetectionLabELK on macOS arm64 using VMware Fusion #22

DLFDL opened this issue Oct 10, 2023 · 1 comment

Comments

@DLFDL
Copy link

DLFDL commented Oct 10, 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 DetectionLabELK 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-18.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 DetectionLabELK 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 virtualization. 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.

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

1 participant