Bug#864341: systemd-sysctl: failed to apply sysctl config at bootup
Arturo Borrero Gonzalez
arturo at debian.org
Thu Jul 13 09:23:54 BST 2017
On Wed, 7 Jun 2017 13:35:13 +0200 Moritz Muehlenhoff <jmm at debian.org> wrote:
> A couple of possible solutions, but these are all rather something for
> upstream development:
> - sysctl.conf files could gain an additional parameter which specifies
> the kernel module creating the sysctl. systemd-sysctl could then
> trigger the loading of that module and wait until the specified sysctl
> is present (I think that's the cleanest solution)
> - All sysctl settings should be entirely idempotent. systemd-sysctl could
> be re-run in multi-user.target (fairly ugly)
> - Or maybe split off a separate systemd-sysctl-stage2.service, which reads
> a separate sysctl config (which can then be used for driver which are loaded
> late)
>
Hi,
I'm fine with any of them.
It would be great if systemd maintainers could comment on the solutions.
By now, I'm using /etc/modules-load.d/ which seems to work in my
concrete case. But I understand
that my enviroment doesn't seem to manifest the race condition
(between sysctl and modules) and this is not a robust solution.
More information about the Pkg-systemd-maintainers
mailing list