diff options
author | Matthew Ahrens <[email protected]> | 2020-11-11 17:16:15 -0800 |
---|---|---|
committer | GitHub <[email protected]> | 2020-11-11 17:16:15 -0800 |
commit | a724db03740133c46b9a577b41a6f7221acd3e1f (patch) | |
tree | 7822bf2f4e0eb43ece76f1dbb4ab63a275526a45 /cmd | |
parent | c08d442e4545663ff8fc7f0c4dcf5ffb1cd30a24 (diff) |
Channel program may spuriously fail with "memory limit exhausted"
ZFS channel programs (invoked by `zfs program`) are executed in a LUA
sandbox with a limit on the amount of memory they can consume. The
limit is 10MB by default, and can be raised to 100MB with the `-m` flag.
If the memory limit is exceeded, the LUA program exits and the command
fails with a message like `Channel program execution failed: Memory
limit exhausted.`
The LUA sandbox allocates memory with `vmem_alloc(KM_NOSLEEP)`, which
will fail if the requested memory is not immediately available. In this
case, the program fails with the same message, `Memory limit exhausted`.
However, in this case the specified memory limit has not been reached,
and the memory may only be temporarily unavailable.
This commit changes the LUA memory allocator `zcp_lua_alloc()` to use
`vmem_alloc(KM_SLEEP)`, so that we won't spuriously fail when memory is
temporarily low. Instead, we rely on the system to be able to free up
memory (e.g. by evicting from the ARC), and we assume that even at the
highest memory limit of 100MB, the channel program will not truly
exhaust the system's memory.
External-issue: DLPX-71924
Reviewed-by: Brian Behlendorf <[email protected]>
Reviewed-by: Ryan Moeller <[email protected]>
Signed-off-by: Matthew Ahrens <[email protected]>
Closes #11190
Diffstat (limited to 'cmd')
0 files changed, 0 insertions, 0 deletions