Bug#1072669: systemd: after upgrades systemd to 256~rc3-7 /proc/sys/fs/nr_open becomes 1073741816

[Luca Boccassi]

Control: reassign -1 torbrowser-launcher
Control: retitle -1 tor browser iterates manually over FD hard limit instead of using close_range()

On Thu, 6 Jun 2024 14:09:12 +0800 Wregyek <wregyek at efind.com> wrote:
> Package: systemd
> Version: 256~rc3-7
> Severity: normal
> 
> Dear Maintainer,
> 
> After systemd upgraded from 256~rc3-2 to 256~rc3-7,
/proc/sys/fs/nr_open
> changes from 1048576 (0x100000) to 1073741816 (0x3ffffff8), causing
some
> applications (e.g. Tor Browser) to spend a lot of time to iterate
through the
> max filedescriptors and close() them before exec(), like
>
https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2020q1/013821.html

Yes, that was intentional as per changelog. Iterating over the hard
limit is a bug and needs to be fixed in the program doing it, which can
be done by simply using close_range():

https://man7.org/linux/man-pages/man2/close_range.2.html

This syscall has been available since Linux 5.9 (bullseye/oldstable).

Reassigning this to torbrowser-launcher.

-- 
Kind regards,
Luca Boccassi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20240606/c1a4571a/attachment.sig>