> On May 12, 2020, at 12:25 PM, Daniel Walker (danielwa) <danie...@cisco.com>
> wrote:
>
>
> Hi,
>
> I created an enhancement request for makedumpfile here,
>
> https://urldefense.com/v3/__https://github.com/makedumpfile/makedumpfile/issues/1__;!!GqivPVa7Brio!LJIWfQ8ged-9RjjV00zqmBGbL2-UU0baDJmxqVXo5AxYcofHzP8oxfWHZZ4ijk6O9N9I$
>
>
> I found that compressing a flat core with gzip significantly reduces the size
> of
> the core. Here were my findings,
>
> 32G flat elf core -E -F -d 0
> 33G kdump core -d 0
> 16G kdump compressed -c -d 0
> 1.9G flat elf core stream compressed with gzip -E -F -d 0
>
> My feature request was to implement an option inside makedumpfile to gzip
> compress the core output. This can already be accomplished by piping the core
> thru the gzip tool, however, because makedumpfile already links against libz
> having the option for makedumpfile to do it allows the gzip tools to be
> removed
> from the crash kernels initramfs there by reducing the size.
>
> Kazuhito Hagio had suggest adding the -C option instead of repurposing -c to
> do
> this.
>
Hi Daniel.
-z happens to be used by tar and rsync to indicate compression ;-) .
> So a resulting command line might looks like this,
>
> makedumpfile -C -F -E -d 31 /proc/vmcore core.gz
>
> Thanks,
> Daniel
> _______________________________________________
> kexec mailing list
> kexec@lists.infradead.org
> https://urldefense.com/v3/__http://lists.infradead.org/mailman/listinfo/kexec__;!!GqivPVa7Brio!LJIWfQ8ged-9RjjV00zqmBGbL2-UU0baDJmxqVXo5AxYcofHzP8oxfWHZZ4ijsPXKz5A$
>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
