From: Dave Jones <davej@codemonkey.org.uk>
To: Kazuhito Hagio <k-hagio@ab.jp.nec.com>
Cc: "kexec@lists.infradead.org" <kexec@lists.infradead.org>
Subject: Re: makedumpfile: ELF format issues (RE: makedumpfile: Fix divide by zero in print_report())
Date: Fri, 18 Oct 2019 00:36:24 -0400 [thread overview]
Message-ID: <20191018043624.GA28930@codemonkey.org.uk> (raw)
In-Reply-To: <4AE2DC15AC0B8543882A74EA0D43DBEC0359244C@BPXM09GP.gisp.nec.co.jp>
On Thu, Oct 17, 2019 at 08:55:54PM +0000, Kazuhito Hagio wrote:
> > I'll rework things so that it redirects to a file instead of dmesg, but
> > it's going to take me a while to get that deployed and tested.
>
> If your hosts have a big space enough, thare is another way that
> you use cp for /proc/vmcore and use makedumpfile after reboot.
> For example:
>
> # cp --sparse=always /proc/vmcore vmcore.cp
> reboot
> # makedumpfile -E -d 31 --message-level 31 --cyclic-buffer 4096 vmcore.cp dump.Ed31
I did try something like this (but without --sparse flag).
It took around 90 minutes to dump a 256GB core in my test, which isn't going
to be viable for our production hosts where I'm seeing the corruption
problems.
I've also been trying unsuccessfully to try and replicate it on an
isolated machine with similar specifications.
I'll give the sparse flag a try, though if memory is full enough to
panic-on-oom (Which seems to be one common trigger for this issue),
things might not be quite as sparse as I hope.
> where the --cyclic-buffer option is needed to behave like in 2nd kernrel
> on the one of your hosts:
> [ 13.341818] Buffer size for the cyclic mode: 4194304
>
> The captured vmcore.cp may be useful for trying a next patch first.
We had similar thoughts ;)
Dave
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
prev parent reply other threads:[~2019-10-18 4:36 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-09 20:03 makedumpfile: ELF format issues (RE: makedumpfile: Fix divide by zero in print_report()) Kazuhito Hagio
2019-10-09 21:38 ` Dave Jones
2019-10-28 15:18 ` Kazuhito Hagio
2019-11-07 16:12 ` Kazuhito Hagio
2019-11-13 19:36 ` Kazuhito Hagio
2019-11-22 20:37 ` Dave Jones
2019-10-16 15:29 ` Dave Jones
2019-10-17 20:55 ` Kazuhito Hagio
2019-10-18 4:36 ` Dave Jones [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191018043624.GA28930@codemonkey.org.uk \
--to=davej@codemonkey.org.uk \
--cc=k-hagio@ab.jp.nec.com \
--cc=kexec@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox