[CoreOS] Re: R: Re: Default Max Open File too high?

[Andrew Jeddeloh]

Note: This list is for Fedora CoreOS, not Container Linux, though
since it appears this is general Linux change it applies to both. The
Container Linux mailing list is
https://groups.google.com/forum/#!forum/coreos-user but for things
like this that are possibly bugs the best place is
https://github.com/coreos/bugs. The Fedora CoreOS equivalent of
coreos/bugs is https://github.com/coreos/fedora-coreos-tracker.

- Andrew

On Fri, Aug 30, 2019 at 6:44 AM Domenico Viggiani <viggiani(a)hotmail.com&gt; wrote:
>
> Very useful info!
>
> BTW, I fully agree with rationale behind the choice.
>
> Thank you
> ________________________________
> Da: Kamil Paral <kparal(a)redhat.com&gt;
> Inviato: venerdì 30 agosto 2019 15:23
> A: coreos(a)lists.fedoraproject.org <coreos(a)lists.fedoraproject.org&gt;
> Oggetto: [CoreOS] Re: Default Max Open File too high?
>
> On Fri, Aug 30, 2019 at 3:11 PM <domenico.viggiani(a)gmail.com&gt; wrote:
>
> Hi,
> I'm having some issues with value of Max Open Files on CoreOS 2079.4.0:
> # sudo cat /proc/sys/fs/nr_open
> 1073741816
> It is "too high" compared to Linux usual value (1048576 ) and it causes
some troubles ("unable to allocate file descriptor table") to some Java
applications, similar to this:
> https://bugs.openjdk.java.net/browse/JDK-8150460
>
> Any suggestion?
>
>
> AFAIK, this is not CoreOS specific nor Fedora specific. It is the new
"Linux" default for all distributions using systemd (and not overriding the
value). Here's the relevant change:
> https://github.com/systemd/systemd/pull/10244
> And from the diff, this part is relevant:
>
>         * The fs.nr_open and fs.file-max sysctls are now automatically bumped
>           to the highest possible values, as separate accounting of file
>           descriptors is no longer necessary, as memcg tracks them correctly as
>           part of the memory accounting anyway. Thus, from the four limits on
>           file descriptors currently enforced (fs.file-max, fs.nr_open,
>           RLIMIT_NOFILE hard, RLIMIT_NOFILE soft) we turn off the first two,
>           and keep only the latter two. ...
>
> I'm not a developer, but this looks like something that needs to get fixed in
OpenJDK. Perhaps there is someone who can advise some workaround.
> _______________________________________________
> CoreOS mailing list -- coreos(a)lists.fedoraproject.org
> To unsubscribe send an email to coreos-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/[e-mail]