Bug 741762 - Default core_collector makedumpfile fails to write core file [NEEDINFO]
Summary: Default core_collector makedumpfile fails to write core file
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kernel
Version: 5.8
Hardware: All
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Red Hat Kernel Manager
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-27 20:07 UTC by Mike Miller (OS Dev)
Modified: 2014-06-02 13:20 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-02 13:20:27 UTC
Target Upstream Version:
pm-rhel: needinfo? (mike.miller)


Attachments (Terms of Use)
kdump crash log (29.39 KB, application/octet-stream)
2011-09-27 20:07 UTC, Mike Miller (OS Dev)
no flags Details
kdump crash log with -x added to init (125.66 KB, text/plain)
2011-10-04 18:58 UTC, Mike Miller (OS Dev)
no flags Details

Description Mike Miller (OS Dev) 2011-09-27 20:07:37 UTC
Created attachment 525198 [details]
kdump crash log

Description of problem: On some systems the core_collector must be changed to cp for the core file to be written to disk.


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


How reproducible: Always


Steps to Reproduce:
1. Setup kdump
2. Invoke a crash
3.
  
Actual results: The core file is not written to disk.


Expected results: The core file should saved to disk.


Additional info: Changing the core_collector to cp allows kdump to work _most_ of the time. Attached file shows a possible recursive lock and an unexpected IRQ trap.

Comment 1 Qian Cai 2011-09-29 02:48:06 UTC
What does the kdump.conf looks like? Make sure you having a dump target defined and "default shell" set. Also, if you have any kdump_pre and kdump_post script?

There were some vital information missing from the console output. Can you extract the kdump initramfs and add "#!/bin/msh -x" to "init", and then put it back and re-run with new console output attached? Right now, it will reboot your system in those situations.

Comment 2 Mike Miller (OS Dev) 2011-10-04 18:31:52 UTC
# Configures where to put the kdump /proc/vmcore files
#
# This file contains a series of commands to perform (in order) when a
# kernel crash has happened and the kdump kernel has been loaded.  Directives in
# this file are only applicable to the kdump initramfs, and have no effect if
# the root filesystem is mounted and the normal init scripts are processed
My modified kdump.conf is as follows:

#
# Currently only one dump target and path may be configured at once
# if the configured dump target fails, the default action will be preformed
# the default action may be configured with the default directive below.  If the
# configured dump target succedes 
#
# See the kdump.conf(5) man page for details of configuration directives

#raw /dev/sda5
#ext3 /dev/sda3
#ext3 LABEL=/boot
#ext3 UUID=03138356-5e61-4ab3-b58e-27507ac41937
#net my.server.com:/export/tmp
#net user.com
#path /var/crash
#core_collector makedumpfile -c --message-level 1
#core_collector cp --sparse=always 
core_collector cp
#link_delay 60
#kdump_post /var/crash/scripts/kdump-post.sh
#extra_bins /usr/bin/lftp
#disk_timeout 30
#extra_modules gfs2
#options modulename options
#default shell

The default kdump.conf had all lines commented out. I'm gathering the output from the kdump initrd now. Will post separately.

Comment 3 Mike Miller (OS Dev) 2011-10-04 18:58:04 UTC
Created attachment 526308 [details]
kdump crash log with -x added to init

Comment 4 RHEL Program Management 2014-03-07 12:50:46 UTC
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.

Comment 5 RHEL Program Management 2014-06-02 13:20:27 UTC
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).


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