You are not logged in.
Hi,
I've noticed in last system boots this specific message:
systemd[1]: Failed to bump fs.file-max, ignoring: Invalid argument
I don't think it's harmful but I'm curious about what happened recently to cause it. This is my current value:
➜ $ ~ cat /proc/sys/fs/file-max
807686
I guess that is more than enough... Also, I don't recall having set any special value for it.
➜ $ ~ cat /etc/sysctl.d/99-sysctl.conf
vm.swappiness=1
Maybe something have changed in systemd recently... My current version is 242.29-1.
Thanks!
Last edited by Jason P. (2019-06-20 23:12:40)
Offline
See commit 33bc00a54dbcde976a9d927ddaac5a3266de317f from https://cdn.kernel.org/pub/linux/kernel … Log-5.1.10
Offline
Currently when userspace gives us a values that overflow e.g. file-max
and other callers of __do_proc_doulongvec_minmax() we simply ignore the
new value and leave the current value untouched.
Could it be me setting some value somewhere I don't remember? Could it be a service?
Offline
The most common way to set it would be using sysctl see also `man 5 sysctl.d`.
Offline
The only configuration files I've found are these:
➜ $ ~ cat /etc/sysctl.d/99-sysctl.conf
vm.swappiness=1
➜ $ ~ cat /usr/lib/sysctl.d/10-arch.conf
# Raise inotify resource limits
fs.inotify.max_user_instances = 1024
fs.inotify.max_user_watches = 524288
➜ $ ~ cat /usr/lib/sysctl.d/50-coredump.conf
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# See sysctl.d(5) for the description of the files in this directory,
# and systemd-coredump(8) and core(5) for the explanation of the
# setting below.
kernel.core_pattern=|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e
➜ $ ~ cat /usr/lib/sysctl.d/50-default.conf
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# See sysctl.d(5) and core(5) for documentation.
# To override settings in this file, create a local file in /etc
# (e.g. /etc/sysctl.d/90-override.conf), and put any assignments
# there.
# System Request functionality of the kernel (SYNC)
#
# Use kernel.sysrq = 1 to allow all keys.
# See [url]https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html[/url] for a list
# of values and keys.
kernel.sysrq = 16
# Append the PID to the core filename
kernel.core_uses_pid = 1
# Source route verification
net.ipv4.conf.all.rp_filter = 2
# Do not accept source routing
net.ipv4.conf.all.accept_source_route = 0
# Promote secondary addresses when the primary address is removed
net.ipv4.conf.all.promote_secondaries = 1
# Fair Queue CoDel packet scheduler to fight bufferbloat
net.core.default_qdisc = fq_codel
# Enable hard and soft link protection
fs.protected_hardlinks = 1
fs.protected_symlinks = 1
# Enable regular file and FIFO protection
fs.protected_regular = 1
fs.protected_fifos = 1
They are mostly default configuration files except for 99-sysctl.conf, that was created by me. Could it be any of them the source of the problem?
Last edited by Jason P. (2019-06-20 23:05:03)
Offline
Offline
The only configuration files I've found are these:
➜ $ ~ cat /etc/sysctl.d/99-sysctl.conf
vm.swappiness=1
Please edit your post and use [ code ] tags (not quote tags) when posting output (like you did in your first post).
https://wiki.archlinux.org/index.php/Co … s_and_code
https://bbs.archlinux.org/help.php#bbcode
Offline
Ok, I forgot to check systemd GitHub repo. The fix is merged so we'll have to wait for the next release.
Thanks.
Offline