Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
(In reply to xu from comment #5)
> Hi coli,
>
> How about rhel7.0 guest?
>
> Thanks,
> Xu
RHEL.7 guest test pass with same config (10 rounds).
Thanks,
Cong
Something is inconsistent about this bug report: Either we have a bug in the
guest kernel, then it's indeed RHEL 5, but should be component kernel rather
than kvm. Or it's a bug in the IDE emulation, then it should be a RHEL 6 bug
against qemu-kvm.
Can you please try with different qemu-kvm versions on the host, like running
on a 6.4 and a 7.0 host to make sure that we're not having a regression in
qemu-kvm in 6.5.z?
I made a few attempts to reproduce this (RHEL5.11-Server-20140716.0-x86_64-DVD.iso
as the guest image and qemu-kvm-0.12.1.2-2.430.el6 in the host), but it worked
just fine on my test machine.
Hi Karen,
I also met this problem with drive virtio_blk on RHEL.6.6 host in recent test, which also related to the DMA error.
version:
kernel-2.6.32-493.el6.x86_64
qemu-kvm-rhev-0.12.1.2-2.435.el6.x86_64
The screenshot will be attached. (DMA & virtio_blk)
I think we should also fix this problem with virtio_blk.
If there is anything wrong, feel free to correct me.
Thanks,
Cong
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHBA-2014-1490.html
Description of problem: DMA error when install RHEL.5.11.x86_64 guest (ide drive) on RHEL6.5.z host The guest, with ide drive, needs a long time at 'formatting / file system' when installation going to 99%, which takes more than 10 mins. And from the terminal, it is related to DMA problem. hda: dma_intr: bad DMA status (dma_stat=35) hda: dma_intr: status=0x50 { DriveReady SeekComplete} ide: failed opcode was: unknown ... had: DMA disabled ide0: reset: success VFS: busy inodes on changed media or resize disk hdb ... Adding 4194296k swap on /dev/VolGroup/LogVol_swap. Priority: -1 extents:1 across:4194296k Version-Release number of selected component (if applicable): host (RHEL.6.5.z): kernel-2.6.32-431.20.2.el6.x86_64 qemu-kvm-rhev-0.12.1.2-2.415.el6_5.10.x86_64 guest (RHEL.5.11.x86_64): tree: RHEL5.11-Server-20140603.0 How reproducible: sometimes Steps to Reproduce: 1. install a RHEL.5.11.x86_64 guest (tree RHEL5.11-Server-20140603.0) with ide drive: -drive id=drive_image1,if=none,cache=none,snapshot=off,aio=native,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/RHEL-Server-5.11-64.qcow2 \ -device ide-drive,id=image1,drive=drive_image1,bus=ide.0,unit=0 \ -device e1000,mac=9a:e6:e7:e8:e9:ea,id=idvF87DR,netdev=idLzMcz2,bus=pci.0,addr=05 \ 2. 3. Actual results: The guest needs a long time at 'formatting / file system' when installation, more than 10 mins. Expected results: Guest installation is good and not so long time at 'formatting / file system'. Additional info: 1. Tested w/ virtio_blk, it works well. 2. Met same problem w/ raw format. 3. It can be reproduced w/ tree RHEL5.11-Server-20140416.0. 4. Qemu CML: /usr/bin/qemu-kvm \ -S \ -name 'virt-tests-vm1' \ -M rhel6.5.0 \ -nodefaults \ -vga cirrus \ -device AC97,bus=pci.0,addr=03 \ -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20140604-141557-ptz8ALme,server,nowait \ -mon chardev=qmp_id_qmpmonitor1,mode=control \ -chardev socket,id=serial_id_serial0,path=/tmp/serial-serial0-20140604-141557-ptz8ALme,server,nowait \ -device isa-serial,chardev=serial_id_serial0 \ -chardev socket,id=seabioslog_id_20140604-141557-ptz8ALme,path=/tmp/seabios-20140604-141557-ptz8ALme,server,nowait \ -device isa-debugcon,chardev=seabioslog_id_20140604-141557-ptz8ALme,iobase=0x402 \ -device ich9-usb-uhci1,id=usb1,bus=pci.0,addr=04 \ -drive id=drive_image1,if=none,cache=none,snapshot=off,aio=native,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/RHEL-Server-5.11-64.qcow2 \ -device ide-drive,id=image1,drive=drive_image1,bus=ide.0,unit=0 \ -device e1000,mac=9a:e6:e7:e8:e9:ea,id=idvF87DR,netdev=idLzMcz2,bus=pci.0,addr=05 \ -netdev tap,id=idLzMcz2 \ -m 4096 \ -smp 2,maxcpus=2,cores=1,threads=1,sockets=2 \ -cpu 'SandyBridge' \ -drive id=drive_cd1,if=none,snapshot=off,aio=native,media=cdrom,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/isos/linux/RHEL-Server-5.11-x86_64-DVD.iso \ -device ide-drive,id=cd1,drive=drive_cd1,bus=ide.0,unit=1 \ -drive id=drive_fl,if=none,cache=none,snapshot=off,readonly=off,aio=native,file=/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/rhel511-64/ks.vfd \ -global isa-fdc.driveA=drive_fl \ -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \ -kernel '/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/rhel511-64/vmlinuz' \ -append 'ks=floppy nicdelay=60 console=ttyS0,115200 console=tty0' \ -initrd '/home/staf-kvm-devel/autotest-devel/client/tests/virt/shared/data/images/rhel511-64/initrd.img' \ -vnc :0 \ -rtc base=utc,clock=host,driftfix=slew \ -boot order=cdn,once=d,menu=off \ -no-kvm-pit-reinjection \ -no-shutdown \ -enable-kvm \ -monitor stdio 5. cpuinfo: processor : 23 vendor_id : GenuineIntel cpu family : 6 model : 45 model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz stepping : 7 cpu MHz : 1200.000 cache size : 15360 KB physical id : 1 siblings : 12 core id : 5 cpu cores : 6 apicid : 43 initial apicid : 43 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid bogomips : 3999.44 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: