From 3a3c3a924ab7255915c11c18a1af09d532154c99 Mon Sep 17 00:00:00 2001 From: Lichen Liu Date: Sat, 6 May 2023 11:13:15 +0800 Subject: [PATCH] kdumpctl: lower the log level in reset_crashkernel_for_installed_kernel Resolves: bz2078176 Upstream: Fedora Conflict: None commit d619b6dabe354100e52b3280c3d36ace88217fd4 Author: Lichen Liu Date: Tue Apr 4 14:13:14 2023 +0800 kdumpctl: lower the log level in reset_crashkernel_for_installed_kernel Although upgrading the kernel with `rpm -Uvh` is not recommended, the kexec-tools plugin prints confusing error logs when a customer upgrades the kernel through it. ``` kdump: kernel 5.14.0-80.el9.x86_64 doesn't exist kdump: Couldn't find current running kernel ``` Not finding the currently running kernel will only make kdump unable to copy the grub entry parameters to the newly installed kernel, so lower the log level. Signed-off-by: Lichen Liu Reviewed-by: Coiby Xu Signed-off-by: Lichen Liu --- kdumpctl | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kdumpctl b/kdumpctl index 3eb2f73..359166b 100755 --- a/kdumpctl +++ b/kdumpctl @@ -1385,7 +1385,7 @@ _find_kernel_path_by_release() _grubby_kernel_str=$(grubby --info ALL | grep "^kernel=.*$_release\"$") _kernel_path=$(_filter_grubby_kernel_str "$_grubby_kernel_str") if [[ -z $_kernel_path ]]; then - derror "kernel $_release doesn't exist" + ddebug "kernel $_release doesn't exist" return 1 fi echo -n "$_kernel_path" @@ -1757,7 +1757,7 @@ reset_crashkernel_for_installed_kernel() fi if ! _running_kernel=$(_get_current_running_kernel_path); then - derror "Couldn't find current running kernel" + ddebug "Couldn't find current running kernel" exit fi