Bug 1382134

Summary: Oops WARNING: CPU: 1 PID: 1 at drivers/ata/libata-core.c:6482 ata_host_detach+0x158/0x160
Product: [Fedora] Fedora Reporter: Chris Murphy <bugzilla>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: urgent    
Version: rawhideCC: awilliam, gansalmon, ichavero, itamar, jonathan, kernel-maint, kevin, labbott, madhu.chinakonda, mchehab
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-12-09 19:17:45 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:
Attachments:
Description Flags
dmesg
none
dmesg 4.9.0-0.rc0.git3.2 none

Description Chris Murphy 2016-10-05 20:17:56 UTC 
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
Comment 1 Chris Murphy 2016-10-05 20:18:43 UTC 
Created attachment 1207676 [details]
dmesg
Comment 2 Adam Williamson 2016-10-06 23:36:33 UTC 
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.
Comment 3 Laura Abbott 2016-10-07 00:20:31 UTC 
I suspect this is https://bugzilla.redhat.com/show_bug.cgi?id=1382530.
Comment 4 Kevin Fenzi 2016-10-07 04:36:10 UTC 
4.9.0-0.rc0.git3.2.fc26.x86_64 boots normally here.
Comment 5 Chris Murphy 2016-10-07 05:12:26 UTC 
Created attachment 1208076 [details]
dmesg 4.9.0-0.rc0.git3.2

Boots fine in the VM.
Comment 6 Adam Williamson 2016-12-09 19:17:45 UTC 
yeah, openQA has been fine lately. let's close this.