Bug 2024662
Summary: | Cirros guest appears to come up, but fails liveliness SSH check and console.log is not created. | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Artom Lifshitz <alifshit> |
Component: | qemu-kvm | Assignee: | Virtualization Maintenance <virt-maint> |
qemu-kvm sub component: | General | QA Contact: | Lei Yang <leiyang> |
Status: | CLOSED DUPLICATE | Docs Contact: | |
Severity: | unspecified | ||
Priority: | unspecified | CC: | coli, jinzhao, juzhang, lyarwood, virt-maint |
Version: | 8.2 | ||
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-11-22 13:27:49 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Artom Lifshitz
2021-11-18 15:58:53 UTC
I've perhaps been a bit trigger-happy with this, the following two other BZ may be related, or even outright duplicates: https://bugzilla.redhat.com/show_bug.cgi?id=2024605 https://bugzilla.redhat.com/show_bug.cgi?id=2007129 Hi Artom Could you please help me check the instance you mentioned above, whether it is really boot successful? I used the command line you provided, and the guest did not boot successfully. Guest show as: "Guest has not initialized the display (yet)" . I will add the guest info to the attachment, the name is: guest_status. From the perspective of this phenomenon, this is the same issue as the Bug 2001525 that I reported before. Please correct me if I'm wrong. Best Regards Lei Test Version: qemu-kvm-6.1.0-4.module+el8.6.0+13039+4b81a1dc.x86_64 kernel-4.18.0-350.el8.x86_64 Guest: rhel8.6 qemu CLI: /usr/libexec/qemu-kvm \ -name guest=instance-00000001,debug-threads=on \ -S \ -machine pc-q35-rhel8.5.0,accel=tcg,usb=off,dump-guest-core=off \ -cpu EPYC,acpi=on,ss=on,monitor=on,hypervisor=on,erms=on,mpx=on,pcommit=on,clwb=on,pku=on,la57=on,3dnowext=on,3dnow=on,npt=on,vme=off,fma=off,avx=off,f16c=off,avx2=off,rdseed=off,sha-ni=off,xsavec=off,fxsr-opt=off,misalignsse=off,3dnowprefetch=off,osvw=off,topoext=off,nrip-save=off \ -m 128 \ -overcommit mem-lock=off \ -smp 1,sockets=1,dies=1,cores=1,threads=1 \ -uuid 5f1da129-6595-41a3-b709-d21afcc1fb1e \ -no-user-config \ -nodefaults \ -rtc base=utc \ -no-shutdown \ -boot strict=on \ -device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 \ -device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 \ -device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 \ -device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 \ -device pcie-root-port,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 \ -device pcie-root-port,port=0x15,chassis=6,id=pci.6,bus=pcie.0,addr=0x2.0x5 \ -device pcie-root-port,port=0x16,chassis=7,id=pci.7,bus=pcie.0,addr=0x2.0x6 \ -device pcie-root-port,port=0x17,chassis=8,id=pci.8,bus=pcie.0,addr=0x2.0x7 \ -device pcie-root-port,port=0x18,chassis=9,id=pci.9,bus=pcie.0,multifunction=on,addr=0x3 \ -device pcie-root-port,port=0x19,chassis=10,id=pci.10,bus=pcie.0,addr=0x3.0x1 \ -device pcie-root-port,port=0x1a,chassis=11,id=pci.11,bus=pcie.0,addr=0x3.0x2 \ -device pcie-root-port,port=0x1b,chassis=12,id=pci.12,bus=pcie.0,addr=0x3.0x3 \ -device pcie-root-port,port=0x1c,chassis=13,id=pci.13,bus=pcie.0,addr=0x3.0x4 \ -device pcie-root-port,port=0x1d,chassis=14,id=pci.14,bus=pcie.0,addr=0x3.0x5 \ -device pcie-root-port,port=0x1e,chassis=15,id=pci.15,bus=pcie.0,addr=0x3.0x6 \ -device pcie-root-port,port=0x1f,chassis=16,id=pci.16,bus=pcie.0,addr=0x3.0x7 \ -device pcie-root-port,port=0x20,chassis=17,id=pci.17,bus=pcie.0,addr=0x4 \ -device pcie-pci-bridge,id=pci.18,bus=pci.1,addr=0x0 \ -device piix3-usb-uhci,id=usb,bus=pci.18,addr=0x1 \ -blockdev driver=file,filename=/home/kvm_autotest_root/images/rhel860-64-virtio-scsi.qcow2,node-name=libvirt-3-storage,cache.direct=on,cache.no-flush=off,auto-read-only=on,discard=unmap \ -blockdev node-name=libvirt-3-format,read-only=on,cache.direct=on,cache.no-flush=off,driver=qcow2,file=libvirt-3-storage \ -netdev tap,id=hostnet0 \ -device virtio-net-pci,rx_queue_size=512,host_mtu=1442,netdev=hostnet0,id=net0,mac=fa:16:3e:18:7a:aa,bus=pci.2,addr=0x0 \ -device usb-tablet,id=input0,bus=usb.0,port=1 \ -audiodev id=audio1,driver=none \ -vnc :0 \ -device VGA,id=video0,bus=pcie.0,addr=0x1 \ -device vmcoreinfo \ -msg timestamp=on \ -monitor stdio \ Hi Lei, If I understand your question correctly, then the answer is no, the boot is not successful. Libvirt and Nova seem to think that the guest has booted, but the guest OS itself hasn't actually started. Cheers! (In reply to Artom Lifshitz from comment #4) > Hi Lei, > > If I understand your question correctly, then the answer is no, the boot is > not successful. Libvirt and Nova seem to think that the guest has booted, > but the guest OS itself hasn't actually started. > > Cheers! Hi Artom Your understanding is correct. I think we encountered the same issue.that is: q35 cannot support more than 14 pcie-root-port devices. Best Regards Lei (In reply to Artom Lifshitz from comment #1) > I've perhaps been a bit trigger-happy with this, the following two other BZ > may be related, or even outright duplicates: > > https://bugzilla.redhat.com/show_bug.cgi?id=2024605 > https://bugzilla.redhat.com/show_bug.cgi?id=2007129 Yeah lets close this out as a duplicate of 2007129 *** This bug has been marked as a duplicate of bug 2007129 *** |