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.
Bug 595705 - kdump on Intel,IDE kvm guest: [sda] Unhandled error code
Summary: kdump on Intel,IDE kvm guest: [sda] Unhandled error code
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.0
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: chellwig@redhat.com
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On:
Blocks: 524819 591876
TreeView+ depends on / blocked
 
Reported: 2010-05-25 12:30 UTC by Qian Cai
Modified: 2010-11-10 18:55 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
When triggering kdump on an Intel SMP guest with IDE device, the kdump process was blocked with errors.
Clone Of:
Environment:
Last Closed: 2010-06-22 01:02:20 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
guest xml (1.76 KB, application/xml)
2010-05-25 12:30 UTC, Qian Cai
no flags Details

Description Qian Cai 2010-05-25 12:30:26 UTC
Created attachment 416377 [details]
guest xml

Description of problem:
Occasionally, when triggering kdump on an Intel SMP guest with IDE device, the kdump process was blocked here with errors,

Creating block device sda
Making device-mapper control node
sd 0:0:0:0: [sda] Unhandled error code
sd 0:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 ff ff f0 00 00 02 00
end_request: I/O error, dev sda, sector 16777200
ata1: lost interrupt (Status 0x50)
sd 0:0:0:0: [sda] Unhandled error code
sd 0:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 ff ff ff 00 00 01 00
end_request: I/O error, dev sda, sector 16777215

Version-Release number of selected component (if applicable):
RHEL6.0-20100524.n.0
kernel-2.6.32-28.el6
qemu-kvm-0.12.1.2-2.62.el6

How reproducible:
around 50%

Steps to Reproduce:
1. installed a RHEL6 guest.
2. boot the guest using the attached xml.
3. setup kdump to the IDE disk and trigger it via sysrq-c
  
Actual results:
kdump progress hung due to disk errors,

Expected results:
Successfully saved a vmcore.

Comment 1 Qian Cai 2010-05-28 08:05:46 UTC
Even on UP guest, the driver may lost sometimes during the kdump kernel,
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
VFS: Cannot open root device "mapper/VolGroup-lv_root" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Pid: 1, comm: swapper Not tainted 2.6.32-30.el6.x86_64 #1
Call Trace:
 [<ffffffff814d3671>] panic+0x78/0x137
 [<ffffffff818d9311>] mount_block_root+0x1ea/0x29e
 [<ffffffff818d941b>] mount_root+0x56/0x5a
 [<ffffffff818d958f>] prepare_namespace+0x170/0x1a9
 [<ffffffff818d885e>] kernel_init+0x28c/0x29c
 [<ffffffff810141ca>] child_rip+0xa/0x20
 [<ffffffff818d85d2>] ? kernel_init+0x0/0x29c
 [<ffffffff810141c0>] ? child_rip+0x0/0x20

Comment 2 Qian Cai 2010-06-03 14:07:34 UTC
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.

New Contents:
When triggering kdump on an Intel SMP guest with IDE device, the kdump process was blocked with errors.

Comment 3 chellwig@redhat.com 2010-06-11 17:42:11 UTC
(In reply to comment #1)
> Even on UP guest, the driver may lost sometimes during the kdump kernel,
> md: Waiting for all devices to be available before autodetect
> md: If you don't use raid, use raid=noautodetect
> md: Autodetecting RAID arrays.
> md: Scanned 0 and added 0 devices.
> md: autorun ...
> md: ... autorun DONE.
> VFS: Cannot open root device "mapper/VolGroup-lv_root" or unknown-block(0,0)
> Please append a correct "root=" boot option; here are the available partitions:
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
> Pid: 1, comm: swapper Not tainted 2.6.32-30.el6.x86_64 #1
> Call Trace:
>  [<ffffffff814d3671>] panic+0x78/0x137
>  [<ffffffff818d9311>] mount_block_root+0x1ea/0x29e
>  [<ffffffff818d941b>] mount_root+0x56/0x5a
>  [<ffffffff818d958f>] prepare_namespace+0x170/0x1a9
>  [<ffffffff818d885e>] kernel_init+0x28c/0x29c
>  [<ffffffff810141ca>] child_rip+0xa/0x20
>  [<ffffffff818d85d2>] ? kernel_init+0x0/0x29c
>  [<ffffffff810141c0>] ? child_rip+0x0/0x20    

This is not related to ide code at all.  You're using a LVM for root, but don't appear to have an initramfs that can deal with it.


Note You need to log in before you can comment on or make changes to this bug.