Opened 5 months ago

Closed 4 months ago

#69017 closed defect (duplicate)

podman @4.8.2_0 Waiting for VM forever

Reported by: AntonioSun Owned by: AntonioSun
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: judaew (Vadym-Valdis Yudaiev), catap (Kirill A. Korinsky), raimue (Rainer Müller)
Port: podman qemu

Description (last modified by AntonioSun)

podman v4.8.2 which is updated 1 day ago, is not working -- podman machine start will show Waiting for VM and it'll wait forever.

  • I tried to debug with podman machine start --log-level=debug, and noticed that the popped up qemu window displays nothing.
  • I tried further checking qemu with /opt/local/bin/qemu-system-aarch64 -accel hvf -accel tcg -cpu host -M virt,highmem=on -monitor stdio -drive if=virtio,file=/Users/myid/.local/share/containers/podman/machine/qemu/podman-machine-default_fedora-coreos-39.20231204.2.1-qemu.aarch64.qcow2 -D /tmp/qemu-debug-log -d strace,unimp,guest_errors,out_asm, but the /tmp/qemu-debug-log is empty (0 bytes)
$ port installed | grep -E 'podman|qemu'
  podman @4.8.2_0 (active)
  podman-compose @1.0.6_0 (active)
  qemu @8.0.5_0+cocoa+spice+spice_protocol+target_arm+target_i386+target_x86_64+usb+vnc (active)

$ uname -srm
Darwin 23.1.0 arm64

$ sw_vers
ProductName:		macOS
ProductVersion:		14.1.2
BuildVersion:		23B92

Attachments (1)

Screenshot 2024-01-01 at 4.53.43 PM.png (368.9 KB) - added by AntonioSun 5 months ago.
empty pop up

Download all attachments as: .zip

Change History (16)

Changed 5 months ago by AntonioSun

empty pop up

comment:1 Changed 5 months ago by AntonioSun

Description: modified (diff)

comment:2 Changed 5 months ago by AntonioSun

Description: modified (diff)

comment:3 Changed 5 months ago by AntonioSun

Description: modified (diff)

comment:4 Changed 5 months ago by AntonioSun

Is it because the auto installed qemu dependency is of x86_64 architecture, while mine is actually arm64?

comment:5 Changed 5 months ago by ryandesign (Ryan Carsten Schmidt)

Duplicate of #67731?

comment:6 Changed 5 months ago by AntonioSun

yeah, we could say so, but it is for/of version 4.7.1, this new version is supposed to fix the problem, but I'm just reporting that the problem is still not fixed in the new version.

comment:7 Changed 5 months ago by jmroot (Joshua Root)

Cc: judaew catap raimue added

comment:8 Changed 5 months ago by catap (Kirill A. Korinsky)

AntonioSun, have you tried to recreate podman machine? podman machine rm and podman machine init?

comment:9 Changed 4 months ago by AntonioSun

Yes I did Kirill, and I tried it again just to doublecheck, but the symptom is exactly the same as before 😭😭

comment:10 Changed 4 months ago by catap (Kirill A. Korinsky)

Have you tried hfscompression as suggested at #67731?

comment:11 Changed 4 months ago by AntonioSun

Ah, that works.

this can be closed. thanks!

comment:12 Changed 4 months ago by AntonioSun

Someone said (afterwards)

Apparently macports default this flag on. As I tested with this flag off, qemu works as expected.

I was thinking to try this route first previously...

Last edited 4 months ago by AntonioSun (previous) (diff)

comment:13 Changed 4 months ago by AntonioSun

Owner: set to AntonioSun
Status: newassigned

comment:14 Changed 4 months ago by AntonioSun

hmm... apparently I cannot close it myself, even becoming the owner can't either.

comment:15 Changed 4 months ago by ryandesign (Ryan Carsten Schmidt)

Resolution: duplicate
Status: assignedclosed
Note: See TracTickets for help on using tickets.