diff options
author | Andrew Cook <ariscop@gmail.com> | 2013-09-04 23:27:40 +1000 |
---|---|---|
committer | Harald Hoyer <harald@redhat.com> | 2013-09-06 10:09:54 +0200 |
commit | ca0ceb6f3e7e8ffda57b18c2dfe72dfb9de08f35 (patch) | |
tree | b970038061840594036d2cb697ab1fe4abe96fa4 | |
parent | 489798614cefed16db5f086c3fa9a301f0276fd8 (diff) |
systemd-coredump: Ignore coredumps larger than COREDUMP_MAX
Currently this check happens when the coredump has been collected in
it's entirety and being received by journald. this is not ideal
behaviour when the crashing process is consuming significant percentage
of physical memory such as a large instance of firefox or a java
application.
-rw-r--r-- | src/journal/coredump.c | 8 |
1 files changed, 7 insertions, 1 deletions
diff --git a/src/journal/coredump.c b/src/journal/coredump.c index fd03e389bb..a7d3c34fe4 100644 --- a/src/journal/coredump.c +++ b/src/journal/coredump.c @@ -41,7 +41,7 @@ #define COREDUMP_MIN_START (3*1024*1024) /* Make sure to not make this larger than the maximum journal entry * size. See ENTRY_SIZE_MAX in journald-native.c. */ -#define COREDUMP_MAX (768*1024*1024) +#define COREDUMP_MAX (767*1024*1024) enum { ARG_PID = 1, @@ -258,6 +258,12 @@ int main(int argc, char* argv[]) { break; coredump_size += n; + + if(coredump_size > COREDUMP_MAX) { + log_error("Coredump too large, ignoring"); + goto finish; + } + if (!GREEDY_REALLOC(coredump_data, coredump_bufsize, coredump_size + 1)) { r = log_oom(); goto finish; |