bhyve bhyve and AlmaLinux 9.5

D

dkh

Anyone having luck getting AlmaLinux 9.5 to run under bhyve on FreeBSD 14.1-RELEASE-p5 using vm-bhyve 1.6?

I had a 9.4 instance running fine (installed as a 9.3 about a year ago with a number of dnf upgrades in that time). Last upgrade was to go from 9.4 to 9.5 and that stopped working about a week ago - just something I was playing with so didn't notice for a bit. It got a kernel fault about not being able to find the appropriate initramfs for the new kernel version - it wasn't in /boot and I couldn't recreate it.

Decided to blow the current instance away and just do a reinstall using the 9.5 boot iso.

The install is failing with a "Pane is dead (signal 11,...)" error. The linux program-log shows some issues with the systemd and the networkmgr but I don't think that's the cause. Nothing looks amiss in the vm-bhyve.log

The config file is really simple

Code: 
loader="uefi"
cpu=2
memory=2G
uefi_vars="yes"

network0_type="virtio-net"
network0_switch="local"

disk0_type="nvme"
disk0_name="disk0.img"

graphics="yes"
graphics_res="1600x900"

There's a uuid and a network0_mac address as well
xhci_mouse="YES"
 
I'm running rocky 9.5 and RH EL 9.5 on bhyve, using vm-bhyve
For config I use the centos-7 template slightly edited

loader="uefi" graphics="yes" xhci_mouse="yes" cpu=1 memory="2G" network0_type="virtio-net" network0_switch="public" disk0_type="virtio-blk" disk0_name="disk0.img" uuid="5d147d66-3bb2-4835-a260-228a93b76b84" network0_mac="58:9c:fc:0a:2e:83"
Of course, since RHEL6, they crippled text install and the GUI install seems to cause problems for people from time to time.

I have found that the memory should be at least 2G. Aside from that, it's been fairly smooth for me, using vncviewer, it gets to the setup screen and I'm able to choose my various options.
This is on a machine with an NVidia GT1030.

Looking at yours, I see you're using disk type of nvme, maybe try with virtio-block? (That's just an uneducated guess though, for me, it's what I got with the cento-7 template)
 
Same results unfortunately, was certainly worth a try though.

I had just updated vm-bhyve to 1.6 today but I strongly suspect that the dnf upgrade last week was at fault. Other windows and FreeBSD instances are still working just fine.

I'll see if I can get 9.4 to install.
 
Installed 9.4 just fine (though I did have to mess about with the boot order to get it to use the iso), as soon as I updated it to 9.5 it fails.

So... bhyve/firmware issue with 9.5 I'm guessing. This is on an AMD Ryzen 7 5700G host with Radeon Graphics (no stand alone card) with 128 GB ram. dmesg reports 14.1-RELEASE-p6 (though uname reports p5 - I understand there is a change in the works to address the userland/kernel version discrapancy)
 
As far as I know, the only hardware issue is with RH/Alma/Rocky/9 anything, that it requires x86_64.v2. Did this happen when you tried running dnf and it went to upgrade to 9.5 from 9.4? As I said, my machine, on hardware that's not new--I was given it in 2016 and I think it was at least a few years old then--a Dell xps8700--a cursory web search seems like it's from 2013--and 9.5 from RH and Rocky runs fine. I assume it would with Alma too.

Sorry I don't have any more ideas.
 
The machine is about a year old but it's not cutting edge gear by any means.

Yes, I installed 9.4, everything was working fine. dnf upgrade pulled in the new kernel and userland stuff. After that it stops booting. Doing a straight install of 9.5 from their latest iso fails but in a different way.

It's quite perplexing.

I'll poke around with it some more.
 
It might be worth asking on the Alma forums. Or they might just say it must be a bhyve problem, but you never know. https://forums.almalinux.org/
I don't recollect seeing anything there or on the Rocky forums about issues going to 9.5, but it is quite possible someone had a similar issue and i just missed it as it hasn't affected me.
 
Finally had a chance to tinker a bit today. No joy as yet but I did find that the dnf upgrade from 9.4 to 9.5 starts seeing a bunch of segmentation faults when running the scriptlets. The first one occurs with cockpit's. Rocky does the same thing so CentOS related (latest alpine installed and ran fine). After it finishes it claims that it worked fine but that's obviously not true.

An install directly from 9.5 fails as well as I mentioned before. I'm leaning toward an issue with one of the kernel drives in 9.5 but others have it running so not sure.
 
It is the glibc version on 9.5 (in my case Rocky Linux) that triggers segmentation faults for most programs inside the Linux environment. Update to 9.5 otherwise works okay. This is 14.2-RELEASE and bhyve. I also have "AMD Ryzen 7 5700G host with Radeon Graphics" so I suppose that is a factor.
 
  • Like
Reactions: drr
juhaerk said:
It is the glibc version on 9.5 (in my case Rocky Linux) that triggers segmentation faults for most programs inside the Linux environment. Update to 9.5 otherwise works okay. This is 14.2-RELEASE and bhyve. I also have "AMD Ryzen 7 5700G host with Radeon Graphics" so I suppose that is a factor.
Click to expand...
I'm sorry you're having an issue - but I'm relieved to hear that it's not just me :). I'm going to post on reddit as well - I expect the audience overlaps significantly but maybe it will trip something.
 
To bring up an old issue, especially as I'm the one who was having no problem. I got a new machine, an SER5 Beelink, with AMD. I've found that with Rocky, Alma, and RedHat, I have the same issue, It boots then goes to pane is dead. As I consider RedHat to be the Windows of Linux's this doesn't shock me--and of course, any other Linux with a GUI install works, (well just tried LinuxMint anyway) so leave it RedHat to cripple text installs (which they've done for years now). Anyway, just to let you know you're not alone--I don't know if it's AMD's or not. For what it's worth, when I installed RH on this machine on bare metal, there was no problem, just with bhyve's GUI.
 
Well, I've got the same problem on Fedora and a RH10Beta. RH is just has a poorly designed installer. As a friend said, if Linux distros were presidents, RH would be--naw, let me avoid politics--choose your least favorite president. :) Unfortunately, my Intel box's VMs are on UFS, so I can't install on that one and move it over to the SER5, at least as far as I can tell with what I've found about bhyve migration. I don't even know if one should file a bug with RH, or an issue with vm-bhyve. There should be some pun upon pane is dead and RH is a pain, but I can't think of a clever one.
I suspect that FreeBSD users are what RH would consider an edge case and they'd probably ignore any bug. I might ask on Fedora forums, they're pretty friendly there.
I'm installing alma 9.4 now and will go that route for a bit. Thanks for the tip.
 
I did a little more work on this. Found that Alpine, Arch, Debian and Mint installed, most others didn't. I tried installing Rocky on the Intel, then copying it over to the Beelink, but it just gave a bunch of errors on boot, and hung. To test it wasn't how I copied, I also copied a Mint install over and that one booted without problem. I definitely don't have the skills to go any further at this point. I thought Rocky would work with 9.4, and it did start to install but couldn't reach its repos, so, as dkh said, the install 9.4 and upgrade won't work with Rocky.
 
Last report, then I'm done, I promise. Works with Fedora 42 (which is similar to CURRENT, not the release, but has the newest stuff), and also CentOS stream. So I am guessing as the various versions of Linux use new versions of glibc get put into each distro, gradually, they'll all work again.
 
You must log in or register to reply here.
Back
Top