Thanks Dan for the report and Cascardo for finding the offender commit that introduced this regression!
I think we have room for improvements here, my considerations are: a) KDUMP_SYSCTL is a misleading name; it seems to be related with sysctls set _when_ dumping, which is also an important thing to control. Despite this, the option meaning was related to the kdump sysctl _triggers_. b) Even by re-enabling this option we don't have a fine tuning configuration of sysctls during the dump. So, my idea to fix/improve the situation is: let's have a KDUMP_PANIC_TRIGGERS variable (that defaults to panic_on_oops) and a KDUMP_SYSCTL_ON_DUMP variable that overrides the desired sysctls set on normal kernel when the kdump kernel boots (and which should defaults to have hugepages disabled, since it's a known problem when kdumping to have hugepages "consuming" the system memory). Cheers, Guilherme -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1845048 Title: /etc/default/kdump-tools KDUMP_SYSCTL does not set sysctl params To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1845048/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
