Skip to content

[kdump] Remove vm.panic_on_oom=1 to change it back to 2#7678

Merged
qiluo-msft merged 1 commit intosonic-net:masterfrom
shlomibitton:shlomi_kernel_oom
May 25, 2021
Merged

[kdump] Remove vm.panic_on_oom=1 to change it back to 2#7678
qiluo-msft merged 1 commit intosonic-net:masterfrom
shlomibitton:shlomi_kernel_oom

Conversation

@shlomibitton
Copy link
Copy Markdown
Contributor

@shlomibitton shlomibitton commented May 23, 2021

Signed-off-by: Shlomi Bitton shlomibi@nvidia.com

Why I did it

If a process limits using nodes by mempolicy/cpusets, and those nodes become memory exhaustion status, one process may be killed by oom-killer.
No panic occurs in this case, because other node's memory may be free.
This means system total status may be not fatal yet.

How I did it

Remove 'vm.panic_on_oom=1' kernel flag from 'vmcore-sysctl.conf '

How to verify it

Which release branch to backport (provide reason below if selected)

  • 201811
  • 201911
  • 202006
  • 202012

Description for the changelog

A picture of a cute animal (not mandatory but encouraged)

Signed-off-by: Shlomi Bitton <shlomibi@nvidia.com>
@shlomibitton shlomibitton requested a review from lguohan as a code owner May 23, 2021 13:52
@qiluo-msft qiluo-msft merged commit 9930e73 into sonic-net:master May 25, 2021
yxieca pushed a commit that referenced this pull request May 26, 2021
#### Why I did it
If a process limits using nodes by mempolicy/cpusets, and those nodes become memory exhaustion status, one process may be killed by oom-killer.
No panic occurs in this case, because other node's memory may be free.
This means system total status may be not fatal yet.

#### How I did it
Remove 'vm.panic_on_oom=1' kernel flag from 'vmcore-sysctl.conf '
@shlomibitton shlomibitton deleted the shlomi_kernel_oom branch June 2, 2021 12:35
carl-nokia pushed a commit to carl-nokia/sonic-buildimage that referenced this pull request Aug 7, 2021
#### Why I did it
If a process limits using nodes by mempolicy/cpusets, and those nodes become memory exhaustion status, one process may be killed by oom-killer.
No panic occurs in this case, because other node's memory may be free.
This means system total status may be not fatal yet.

#### How I did it
Remove 'vm.panic_on_oom=1' kernel flag from 'vmcore-sysctl.conf '
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants