[Bug 267644] FreeBSD guest running halt -p hangs on Linux client
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267644] FreeBSD guests: 'halt -p' with QEMU hosts on Linux"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267644] FreeBSD guests: 'halt -p' with QEMU hosts on Linux"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267644] FreeBSD guests: 'halt -p' with QEMU hosts on Linux"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267644] FreeBSD guests: 'halt -p' with QEMU hosts on Linux"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267644] FreeBSD guests: 'halt -p' with QEMU hosts on Linux"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 08 Nov 2022 16:09:15 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267644 Bug ID: 267644 Summary: FreeBSD guest running halt -p hangs on Linux client Product: Base System Version: 13.0-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: andrew.cagney@gmail.com Created attachment 237946 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=237946&action=edit dmesg from VM A pretty vanilla install into a qemu guest created using: sudo virt-install \ --connect=qemu:///system --check=path_in_use=off --graphics=none --virt-type=kvm --noreboot --console=pty,target_type=serial --vcpus=1 --memory=2048 --cpu=host-passthrough --network=network:swandefault,model=virtio --rng=type=random,device=/dev/random --security=type=static,model=dac,label='1000:107',relabel=yes \ --filesystem=target=pool,type=mount,accessmode=squash,source=/home/pool \ --name=w.freebsd-base \ --os-variant=freebsd13.0 \ --disk=path=/home/pool/w.freebsd-base.qcow2,size=10,bus=virtio,format=qcow2 \ --cdrom=/home/pool/w.freebsd-base.iso (the ISO is tweaked to help automate the install). Afterwards: [root@freebsd ~ 0]# halt -p Nov 8 15:48:21 freebsd halt[779]: halted by root Nov 8 15:48:21 freebsd syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 2 1 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... done All buffers synced. Uptime: 37s uhub0: detached uhub1: detached I'd have expected the vm to then quit (the whole shutdown process seems a little slow). I should note that using the host to ask the guest VM to shutdown does work (for instance using virsh say). I've tried it with hosts: Linux 5.15.5-100.fc34.x86_64 qemu-kvm-5.2.0-8.fc34.x86_64 Linux 6.0.5-200.fc36.x86_64 qemu-kvm-6.2.0-16.fc36.x86_64 -- You are receiving this mail because: You are the assignee for the bug.