Hide Forgot
Description of problem: Fedora-Workstation-netinst-x86_64-Rawhide-20161005.n.0.iso fails to boot a libvirt VM. Version-Release number of selected component (if applicable): 4.9.0-0.rc0.git1.1.fc26.x86_64 How reproducible: Always Steps to Reproduce: 1. Boot 2. 3. Actual results: Oops Expected results: Boots. Additional info: qemu 11016 89.6 5.7 4219348 463360 ? Sl 14:09 2:32 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name fedora,debug-threads=on -S -machine pc-i440fx-2.4,accel=kvm,usb=off,vmport=off -cpu SandyBridge -m 3072 -realtime mlock=off -smp 3,sockets=3,cores=1,threads=1 -uuid d41a0b49-801f-4b4d-9a6a-8aa5d93d898d -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-5-fedora/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot menu=off,strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x6.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x6 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x6.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x6.0x2 -device ahci,id=sata0,bus=pci.0,addr=0x8 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/var/lib/libvirt/images/Fedora-Workstation-netinst-x86_64-Rawhide-20161005.n.0.iso,format=raw,if=none,media=cdrom,id=drive-sata0-0-1,readonly=on -device ide-cd,bus=sata0.1,drive=drive-sata0-0-1,id=sata0-0-1,bootindex=1 -drive file=/var/lib/libvirt/images/bios_f25_20160930_1.qcow2,format=qcow2,if=none,id=drive-virtio-disk0,cache=unsafe,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x9,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2 -drive file=/var/lib/libvirt/images/bios_f25_20160930_1.qcow2,format=qcow2,if=none,id=drive-virtio-disk1,cache=unsafe,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0xa,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=25,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:3f:7e:76,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tablet,id=input2 -spice port=5900,addr=127.0.0.1,disable-ticketing,image-compression=off,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -msg timestamp=on
Created attachment 1207676 [details] dmesg
I believe openQA is running into this also, every openQA test for Fedora-Rawhide-20161005.n.0 and 20161006.n.0 just flat out failed to boot.
I suspect this is https://bugzilla.redhat.com/show_bug.cgi?id=1382530.
4.9.0-0.rc0.git3.2.fc26.x86_64 boots normally here.
Created attachment 1208076 [details] dmesg 4.9.0-0.rc0.git3.2 Boots fine in the VM.
yeah, openQA has been fine lately. let's close this.