Bug 209162 - kdump fails if /dev/sdb1 is selected as the dump parittion in /etc/kdump.conf
Summary: kdump fails if /dev/sdb1 is selected as the dump parittion in /etc/kdump.conf
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kexec-tools
Version: 5.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Neil Horman
QA Contact:
URL:
Whiteboard:
: 208310 209289 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-10-03 17:37 UTC by Nobuhiro Tachino
Modified: 2007-11-30 22:07 UTC (History)
5 users (show)

Fixed In Version: 5.0.0
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-10-23 18:18:08 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
mkdumprd.diff (1.31 KB, patch)
2006-10-03 17:37 UTC, Nobuhiro Tachino
no flags Details | Diff
mkdumprd.diff 2 (1.28 KB, patch)
2006-10-03 17:40 UTC, Nobuhiro Tachino
no flags Details | Diff

Description Nobuhiro Tachino 2006-10-03 17:37:24 UTC
Description of problem:

The kdump fails if /dev/sdb1 is selected as the dump partition in
/etc/kdumpl.conf. /dev/sda1 has no problem. The init script in
dump inird seems to fail to create the block device file for /dev/sdb1.

Version-Release number of selected component (if applicable):

kexec-tools-1.101-75

How reproducible:

Always

Steps to Reproduce:
1. add "ext3 /dev/sdb1" to /etc/kdump.conf
2. echo c > /proc/sysrq-trigger
3.
  
Actual results:

kdump script in dump initrd cannot find /dev/sdb1 and fails.

Expected results:

kdump succeeds.

Additional info:

init script in dump initrd creates incorrect device files for sdb. The following
is the output of 'ls -l /dev/sdb*' which is executed in shell session of initrd.

brw-r--r--    1 root     0          8,  16 Oct  2 14:18 /dev/sdb
brw-r--r--    1 root     0          8,  17 Oct  2 14:18 /dev/sdb17
brw-r--r--    1 root     0          8,  18 Oct  2 14:18 /dev/sdb18
brw-r--r--    1 root     0          8,  19 Oct  2 14:18 /dev/sdb19
brw-r--r--    1 root     0          8,  20 Oct  2 14:18 /dev/sdb20
brw-r--r--    1 root     0          8,  21 Oct  2 14:18 /dev/sdb21
brw-r--r--    1 root     0          8,  22 Oct  2 14:18 /dev/sdb22
brw-r--r--    1 root     0          8,  23 Oct  2 14:18 /dev/sdb23
brw-r--r--    1 root     0          8,  24 Oct  2 14:18 /dev/sdb24
brw-r--r--    1 root     0          8,  25 Oct  2 14:18 /dev/sdb25
brw-r--r--    1 root     0          8,  26 Oct  2 14:18 /dev/sdb26

Appended patch fixed this problem.

Comment 1 Nobuhiro Tachino 2006-10-03 17:37:24 UTC
Created attachment 137673 [details]
mkdumprd.diff

Comment 2 Nobuhiro Tachino 2006-10-03 17:40:42 UTC
Created attachment 137674 [details]
mkdumprd.diff 2

Sorry, the patch is reverted. I submit the correct one.

Comment 3 Neil Horman 2006-10-03 18:33:08 UTC
*** Bug 208310 has been marked as a duplicate of this bug. ***

Comment 4 Neil Horman 2006-10-04 11:40:44 UTC
*** Bug 209289 has been marked as a duplicate of this bug. ***

Comment 5 Jay Turner 2006-10-04 11:59:26 UTC
QE ack for 5b2 according to section 12c of the release criteria.

Comment 6 RHEL Program Management 2006-10-04 12:02:56 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux release.  Product Management has requested further review
of this request by Red Hat Engineering.  This request is not yet committed for
inclusion in release.

Comment 7 Neil Horman 2006-10-04 15:08:50 UTC
fixed in -78.el5

Comment 8 Nobuhiro Tachino 2006-10-04 16:06:55 UTC
I confirmed kexec-tools-1.101-78 fixes the bug on my box.


Comment 11 Jay Turner 2006-10-23 18:15:55 UTC
Fix confirmed with 1.101-98.el5 which is part of the RHEL5-Server-20061020.1 trees.


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