Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 11 Mar 2022 13:01:59 +0000
From:      bugzilla-noreply@freebsd.org
To:        virtualization@FreeBSD.org
Subject:   [Bug 253175] virtio_random(4): Hangs after shutdown, reboot, halt commands on Vultr / Hetzner / ARP Networks (Qemu)
Message-ID:  <bug-253175-27103-qaZgEnTlIR@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-253175-27103@https.bugs.freebsd.org/bugzilla/>
References:  <bug-253175-27103@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253175

--- Comment #33 from Jamie Landeg-Jones <jamie@catflap.org> ---
(In reply to Eugene Grosbein from comment #24)

I posted this on the other thread:

The vultr install does indeed disable virtio-random, but that wasn't the on=
ly
issue: I created my own ISO without virtio-random , and whilst it stopped t=
he
boot hang, it still caused problems (hanging on reboot being one)

I talked with the vultr guy and he confirmed - he had to disable virtio-ran=
dom
AND change the KVM profile to boot :

> "2021-07-14 16:37:43
> We've found that v12 and older of FreeBSD do not actually support q35 - s=
o when any version of FreeBSD is selected from our control panel we default=
 that back to i440fx. We do have a few customers using the iso-over-image t=
rick, and we didn't want to break them if they're just selecting the defaul=
t version (13) and then trying to install 12 over it.


> We have not done extensive testing of FreeBSD on q35 yet - it seems like =
support for this is very new, so I wouldn't be surprised if there were stil=
l issues causing it to hang at reboot.


>Brian, Vultr.com Support

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-253175-27103-qaZgEnTlIR>