kdump results in correct-sized sparse files

Bug #1525746 reported by Rich
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kexec-tools (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Ubuntu 15.10 amd64, kernel 4.2.0-19-generic, kexec-tools 2.0.9-1ubuntu1

kexec-tools and crashdumprecipe appear to be configured correctly - on echo c | sudo tee /proc/sysrq-trigger, it panics, saves a valid {dump,dmesg}.[datetimestamp] in /var/crash along with a [timestamp].crash, all correctly sized and containing what one would expect.

Attempting to debug an unknown panic (which was the motivation for setting up kdump in the first place), system eventually panics, kexecs, on reboot /var/crash contains {dump,dmesg}.[timestamp] files and [timestamp].crash, but all of them contain only the value 0x00 over and over again, which rather seems like the behavior when metadata but not data hits disk.

/ (and therefore /var/crash) are ext4, mounted with errors=remount-ro,data=ordered,barrier=1,auto_da_alloc (the latter two were added in trying to work around this issue).

Rich (rincebrain)
description: updated
Revision history for this message
Rich (rincebrain) wrote :

Found the issue, was an issue with how the dumps were being transferred to another machine, not the dumping mechanism itself.

Changed in kexec-tools (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.