crashinfo doesn't support compressed crashdumps - which way forward?
Mark Johnston
markj at freebsd.org
Thu Jul 12 14:31:27 UTC 2018
On Thu, Jul 12, 2018 at 02:14:09PM +0200, Alexander Leidinger wrote:
> Hi,
>
> the crashinfo script doesn't know how to handle compressed coredumps.
> What would be acceptable behavior (ordered by my preferrence)?
> 1) decompress in /var/crash and then proceed normally (already
> implemented locally)
> 2) decompress to CRASHTMPDIR:/var/tmp/xxx and delete when finished
> 3) keep it like it is
> 4) teach tools to understand compressed dumps (gzip / zstd)
>
> Implicitly there is the question what what is the purpose of
> compressing crashdumps, to have more RAM than space in dumpdev (which
> is valid in my case), or to save space in /var/crash (which I don't
> care much about).
I think jhb has a patch which implements 2). I do not have strong
feelings on which is the right way forward, but I mildly prefer 2) to
1). It looks like crashinfo can be disabled in rc.conf, so users who
are space-constrained in /var/crash can take the additional step of
setting crashinfo_enable=NO. FWIW, when I committed the compression
support, my use-case involved both a small dump device and a small
/var filesystem.
More information about the freebsd-hackers
mailing list