From de45d726034f33afdb0a185e62fc61bf10a0acd2 Mon Sep 17 00:00:00 2001 From: Lennart Poettering Date: Thu, 8 Jan 2015 03:17:50 +0100 Subject: journal: bump RLIMIT_NOFILE when journal files to 16K (if possible) When there are a lot of split out journal files, we might run out of fds quicker then we want. Hence: bump RLIMIT_NOFILE to 16K if possible. Do these even for journalctl. On Fedora the soft RLIMIT_NOFILE is at 1K, the hard at 4K by default for normal user processes, this code hence bumps this up for users to 4K. https://bugzilla.redhat.com/show_bug.cgi?id=1179980 --- units/systemd-journald.service.in | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) (limited to 'units/systemd-journald.service.in') diff --git a/units/systemd-journald.service.in b/units/systemd-journald.service.in index e3eea2595..a3540c65d 100644 --- a/units/systemd-journald.service.in +++ b/units/systemd-journald.service.in @@ -26,5 +26,7 @@ WatchdogSec=1min FileDescriptorStoreMax=1024 # Increase the default a bit in order to allow many simultaneous -# services being run since we keep one fd open per service. +# services being run since we keep one fd open per service. Also, when +# flushing journal files to disk, we might need a lot of fds when many +# journal files are combined. LimitNOFILE=16384 -- cgit v1.2.3