-
Notifications
You must be signed in to change notification settings - Fork 664
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
MULTIPASS INTANCE BUG #3712
Comments
Hi @arsh-kamal |
Hi |
@arsh-kamal |
Ohh its finally worked with the package thankyou for your help |
@arsh-kamal |
So basically apple mac could not verify multipass 1.15.0 dev that it is free of malware or not so it wss giving me error message so i went to settings in settings i went to privacy and security and scroll down and there was a option to allow this version to setup i click that and its finally worked. |
Good to know, thanks @arsh-kamal. |
Duplicate of #3661 |
Describe the bug
Describe what your problem is.
I am experiencing issues with Multipass on macOS. The virtual machine instances are either stuck in the "Unknown" state or fail to start, remaining in the "Stopped" state. Despite trying multiple troubleshooting steps (restarting instances, switching drivers, reinstalling Multipass, and checking logs), the issue persists.
To Reproduce
How, and what happened?
multipass ...
Ran the command to launch a new instance:
bash
multipass launch -c 1 -m 512M -d 5G --name test-vm
The instance either remains in the "Unknown" or "Stopped" state, and logs show it's stuck at "Waiting for SSH to be up."
Expected behavior
What did you expect to happen?
I expected the virtual machine to start successfully and be able to access the shell via multipass shell .
Logs
Please provide logs from the daemon, see accessing logs on where to find them on your platform.
[2024-10-02T15:50:23.387] [info] [test-vm] process started
[2024-10-02T15:50:23.388] [debug] [test-vm] Waiting for SSH to be up
[2024-10-02T15:50:23.414] [debug] [test-vm] QMP: {"QMP": {"version": {"qemu": {"micro": 1, "minor": 2, "major": 8}, "package": ""}, "capabilities": ["oob"]}
[2024-10-02T15:50:23.434] [debug] [test-vm] QMP: {"return": {}}
[2024-10-02T15:50:33.649] [debug] [test-vm] QMP: {"timestamp": {"seconds": 1727909433, "microseconds": 649322}, "event": "NIC_RX_FILTER_CHANGED", "data": {"path": "/machine/unattached/device[6]/virtio-backend"}}
[2024-10-02T15:51:26.821] [debug] [test-vm] QMP: {"timestamp": {"seconds": 1727909486, "microseconds": 821158}, "event": "RTC_CHANGE", "data": {"offset": 1, "qom-path": "/machine/unattached/device[4]"}}
Additional info
multipass version
multipass 1.14.0+macmultipassd 1.14.0+mac
multipass info
State: Unknown
Snapshots: 0
IPv4: --
Release: --
Image hash: f40c93dde981 (Ubuntu 24.04 LTS)
CPU(s): --
Load: --
Disk usage: --
Memory usage: --
Mounts: --
Name: dev01
State: Unknown
Snapshots: 0
IPv4: --
Release: --
Image hash: f40c93dde981 (Ubuntu 24.04 LTS)
CPU(s): --
Load: --
Disk usage: --
Memory usage: --
Mounts: --
Name: spotless-fish
State: Unknown
Snapshots: 0
IPv4: --
Release: --
Image hash: f40c93dde981 (Ubuntu 24.04 LTS)
CPU(s): --
Load: --
Disk usage: --
Memory usage: --
Mounts: --
Name: test-vm
State: Unknown
Snapshots: 0
IPv4: --
Release: --
Image hash: f40c93dde981 (Ubuntu 24.04 LTS)
CPU(s): --
Load: --
Disk usage: --
Memory usage: --
Mounts: --
Dell@ucsc-guest-169-233-117-175 ~ %
multipass get local.driver
qemu
Additional context
I have tried the following troubleshooting steps:
Restarting the instances (multipass stop and multipass start ).
Switching drivers between qemu and hyperkit.
Reinstalling Multipass and its dependencies.
Checking network connectivity and firewall settings.
Running Multipass in Safe Mode.
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: