[tor-relays] Failing because we have 4063 connections already // Number of file descriptors

[r1610091651]

That depends on how tor is started and have different origins. What i know:
* if started by systemd: the limit can be specified in the service
descripton file /lib/systemd/system/tor at default.service: => LimitNOFILE=xxxx
* if started by init: usually pam/security will be applied => using
limits.conf and propagated by pam: /etc/pam.d/common-*

There are probably also other paths.

Regards

On Fri, 15 Dec 2017 at 11:03 Ralph Seichter <m16+tor at monksofcool.net> wrote:

> On 15.12.2017 10:45, r1610091651 wrote:
>
> > could be that your tuning is not being picked up by the distro.
>
> Looks like you are right:
>
>   # cat /proc/3534/limits
>   Limit                  Soft Limit Hard Limit  Units
>   Max cpu time           unlimited  unlimited   seconds
>   Max file size          unlimited  unlimited   bytes
>   Max data size          unlimited  unlimited   bytes
>   Max stack size         8388608    unlimited   bytes
>   Max core file size     0          unlimited   bytes
>   Max resident set       unlimited  unlimited   bytes
>   Max processes          3969       3969        processes
>   Max open files         4096       4096        files
>   Max locked memory      65536      65536       bytes
>   Max address space      unlimited  unlimited   bytes
>   Max file locks         unlimited  unlimited   locks
>   Max pending signals    3969       3969        signals
>   Max msgqueue size      819200     819200      bytes
>   Max nice priority      0          0
>   Max realtime priority  0          0
>   Max realtime timeout   unlimited  unlimited   us
>
> Only 4096 open files max. I did not expect that, because of
>
>   tor $ ulimit -n
>   65535
>   tor $ cat /proc/sys/fs/file-max
>   101300
>
> What part of the system's configuration could cause the 4096 open files
> limit, overriding the 65535 I specified in limits.conf?
>
> -Ralph
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20171215/7d3e49ee/attachment.html>