On 8/11/20 3:01 PM, Lianbo Jiang wrote:
Sometimes, debugging the kdump service failure becomes very
challenging
because there is no complete debugging information, which requires
modification of the options or the scripts like kdumpctl, mkdumprd, etc
to collect the information for troubleshooting.
That means users have to wait for the next failure so that they can
capture the additional information, which could waste valuable time.
This patch series will add the debugging messages and save them to a
file. It includes the following patches:
[1] [PATCH 1/2] kdumpctl/mkdumprd: add 'set -x' to output debugging
information to a file
[2] [PATCH 2/2] kdumpctl: add the '-d' option to enable the kexec loading
debugging messages
Lianbo Jiang (2):
kdumpctl/mkdumprd: add 'set -x' to output debugging information to a
file
kdumpctl: add the '-d' option to enable the kexec loading debugging
messages
kdumpctl | 11 ++++++++++-
mkdumprd | 9 +++++++++
2 files changed, 19 insertions(+), 1 deletion(-)
Hello Lianbo,
I have three suggestions for the patch set:
[0x1] Set default log path to '/var/log/kdump' instead of '/var/crash'.
In my opinion, '/var/log/kdump' is more standard location than
'/var/crash'.
[0x2] Add a timestamp to the debug log messages.
An end user can execute the 'kdumpctl' command multiple times and without
a timestamp it would be difficult to read the messages from the log file.
[0x3] Print a message to differentiate between the kexec and mkdumprd log.
--
Buland