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

[r1610091651]

Hi

Please verify the effective limit used for your tor process:

cat /proc/<pid>/limits

with <pid> process id of the tor process. could be that your tuning is not
being picked up by the distro.

Regards

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

> Since a couple of days ago, one of my relay nodes keeps logging messages
> like this:
>
>   Tor[3534]: Failing because we have 4063 connections already. Please
>   read doc/TUNING for guidance. [over 16000001 similar message(s)
>   suppressed in last 21600 seconds]
>
> I found https://trac.torproject.org/projects/tor/ticket/16929 and an
> older mailing list thread (and doc/TUNING) that suggest increasing the
> maximum number of open file descriptors. I now use
>
>   # /etc/security/limits.conf
>   *  -  nofile  65535
>
> to raise 'nofile' from 1024 to 65535, which does not seem to make any
> difference (the logged error message does not change).
>
> My relay uses Gentoo Linux kernel version 4.14.5 and Tor 0.3.2.6 alpha.
> I also tried older versions of the kernel and Tor 0.3.1.9, in several
> combinations, without success. I also other relays running just fine
> with the default number of file descriptors (1024).
>
> As I mentioned, the problems started a few days ago, around the time I
> upgraded from Gentoo system profile default/linux/amd64/13.0 to
> default/linux/amd64/17.0, rebuilding many system packages in the
> process. Unfortunately I cannot tell what exactly changed. Since the
> profile upgrade was deliberate and I cannot roll back, I wonder if
> I can overcome Tor's problems via configuration options only?
>
> -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/2d64c445/attachment.html>