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.
DescriptionTakahisa Tanaka
2012-02-18 14:05:18 UTC
Description of problem:
In the case of raw partition is dump target and raw partition doesn't have correct diskdump header, when kdump init script is started, kdump init script creates useless directory and empty vmcore file in /var/crash.
I attached /etc/init.d/kdump patch. This patch checks diskdump header in raw partition. If diskdump header is invalid, kdump init script doesn't create directory and vmcore file in /var/crash. In addition this patch checks exit value of makedumpfile command. If makedumpfile command fail, kdump init script log and display warning message.
# rpm -q kexec-tools
kexec-tools-2.0.0-209.el6.x86_64
# grep -v "^#" /etc/kdump.conf
raw /dev/cciss/c0d0p3
path /var/crash
core_collector makedumpfile -c --message-level 1 -d 31
default shell
#
# ls -lR /var/crash
/var/crash:
total 0 <----------- /var/crash directory is empty
# service kdump restart
Stopping kdump: [ OK ]
Starting kdump: [ OK ]
#
# ls -lR /var/crash
/var/crash:
total 4
drwxr-xr-x. 2 root root 4096 Feb 16 13:43 2012-02-16-13:43
/var/crash/2012-02-16-13:43:
total 0
-rw-------. 1 root root 0 Feb 16 13:43 vmcore
#
... Wait for more than one minutes ...
# service kdump restart
Stopping kdump: [ OK ]
Starting kdump: [ OK ]
# ls -lR /var/crash
/var/crash:
total 8
drwxr-xr-x. 2 root root 4096 Feb 16 13:43 2012-02-16-13:43
drwxr-xr-x. 2 root root 4096 Feb 16 13:45 2012-02-16-13:45
/var/crash/2012-02-16-13:43:
total 0
-rw-------. 1 root root 0 Feb 16 13:43 vmcore
/var/crash/2012-02-16-13:45:
total 0
-rw-------. 1 root root 0 Feb 16 13:45 vmcore
#
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. Setup raw partition dump target
2. Start kdump service
3.
Actual results:
When raw partition doesn't have dump data, kdump init script creates useless directory and empty vmcore file.
Expected results:
directory and vmcore file should create only when correct dump data exists in raw partition.
Additional info:
Created attachment 564058[details]
Modified patch against kexec-tools-2.0.0-209.el6
Sorry, The variable name DISK_DUMP_SINATURE was inappropriate. I reattach the patch which modified the variable name to MAKEDUMPFILE_SIGNATURE from DISK_DUMP_SINATURE.
Amerigo
I finished the following tests. All tests are success.
Please refer to the attached file for detail of test log.
Test item
1. When kdump service is started, kdump init script doesn't create
vmcore and directroy.
2. When panic occurred, kdump init script creates vmcore and directory.
3. kdump init script doesn't create vmcore and directroy,
if raw partition doesn't have a correct dump data.
4. kdump service is stopped, if the dump device isn't a raw partition.
5. kdump service is stopped, if the mkdir command fails.
6. vmcore is created in specified directory, if the path directive is
specified in kdump.conf.
7. vmcore is created in /var/crash, if the path directive is not specified
in kdump.conf.
Thank you for your quick response.
Takahisa
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-2012-0758.html