Rocky linux 9 qcow2 image stuck in booting not showing login prompt

Rocky linux 9 qcow2 image stuck in booting.\

Do we need to install some additional packages?
qemu-system-x86_64 -m 2048 -smp 2 -vga std Rocky-9-GenericCloud-9.0-20220706.0.x86_64.qcow2

Can somebody help?

This is unfortunately a known bug.

We haven’t had a moment to get the new cloud images built yet, but I’ll see what we can do.

I will get new images built to fix the BIOS boot issue this week. Thank you for your patience!

thanks for the info.

Hello. Please try the following images:

Does your hardware’s CPU support x86-64-v2? If so, is the host CPU being passed through to the VM’s? An instant kernel panic like this could be an indicator of those CPU extensions not being supported or being passed through to the VM.

1 Like

Q1: Yes. CPU support x86-64-v2
bash ./CPU-version-CHECK
CPU supports x86-64-v2
CPU supports x86-64-v3
CPU supports x86-64-v4

Q2: is the host CPU being passed through to the VM’s?
Different VM’s installed from full DVD .iso. On the same cloud:

[Fri Sep 02 09:22:08 root@empty-host-no-network:~ 503]:# hostnamectl
Static hostname: empty-host-no-network
Icon name: computer-vm
Chassis: vm
Machine ID: 5abc…
Boot ID: c504…
Virtualization: kvm
Operating System: Rocky Linux 9.0 (Blue Onyx)
CPE OS Name: cpe:/o:rocky:rocky:9::baseos
Kernel: Linux 5.14.0-70.22.1.el9_0.x86_64
Architecture: x86-64
Hardware Vendor: Red Hat
Hardware Model: KVM

Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 46 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 16
On-line CPU(s) list: 0-15
Vendor ID: GenuineIntel
BIOS Vendor ID: Red Hat
Model name: Intel Xeon Processor (Skylake, IBRS)
BIOS Model name: RHEL-7.5.0 PC (Q35 + ICH9, 2009)
CPU family: 6
Model: 85
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 16
Stepping: 4
BogoMIPS: 4200.00
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm cons
tant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline
_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti ssbd ibrs ibpb stibp fsgsbase tsc_adjust bmi1
hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec x
getbv1 arat pku ospke
Virtualization features:
Hypervisor vendor: KVM
Virtualization type: full
Caches (sum of all):
L1d: 512 KiB (16 instances)
L1i: 512 KiB (16 instances)
L2: 64 MiB (16 instances)
L3: 256 MiB (16 instances)
NUMA node(s): 1
NUMA node0 CPU(s): 0-15

What is running on the host? What’s the version of libvirt?

Running virt-install yields working results in my testing. See the below.

virt-install --name "testing" --memory 2048 --vcpus 2 --import --os-variant rocky9.0 --disk ./Rocky-9-GenericCloud-9.0-20220830.0.x86_64.qcow2 --graphics none --virt-type kvm --cloud-init

And this is testing with UEFI mode

virt-install --name "testing" --memory 2048 --vcpus 2 --import --os-variant rocky9.0 --disk ./Rocky-9-GenericCloud-9.0-20220830.0.x86_64.qcow2 --graphics none --virt-type kvm --cloud-init --boot uefi

nazunalika, you are right!
It works! I am wrong and misleading the readers.
I use a custom template for RL8.5 and that’s the problem.
After I made a brand new template everything works as expected.
Thanks for your time!
I apologize for my oversight.
The problem is solved.