[tor-relays] inet_csk_bind_conflict
Anders Trier Olesen
anders.trier.olesen at gmail.com
Sat Dec 3 11:02:38 UTC 2022
Hi Christopher
How many open connections do you have? (`ss -s`)
Do you happen to use OutboundBindAddress in your torrc?
What I think we need is for the Tor developers to include this PR in a
release: https://gitlab.torproject.org/tpo/core/tor/-/merge_requests/579
Once that has happened, I think the problem should go away, as long as you
run a recent enough Linux kernel that supports IP_BIND_ADDRESS_NO_PORT
(since Linux 4.2).
- Anders
fre. 2. dec. 2022 kl. 09.24 skrev Christopher Sheats <
yawnbox at emeraldonion.org>:
> Hello tor-relays,
>
> We are using Ubuntu server currently for our exit relays. Occasionally,
> exit throughput will drop from ~4Gbps down to ~200Mbps and the only
> observable data point that we have is a significant increase in
> inet_csk_bind_conflict, as seen via 'perf top', where it will hit 85%
> [kernel] utilization.
>
> A while back we thought we solved with with two /etc/sysctl.conf settings:
> net.ipv4.ip_local_port_range = 1024 65535
> net.ipv4.tcp_tw_reuse = 1
>
> However we are still experiencing this problem.
>
> Both of our (currently, two) relay servers suffer from the same problem,
> at the same time. They are AMD Epyc 7402P bare-metal servers each with 96GB
> RAM, each has 20 exit relays on them. This issue persists after upgrading
> to 0.4.7.11.
>
> Screenshots of perf top are shared here:
> https://digitalcourage.social/@EmeraldOnion/109440197076214023
>
> Does anyone have experience troubleshooting and/or fixing this problem?
>
> Cheers,
>
> --
> Christopher Sheats (yawnbox)
> Executive Director
> Emerald Onion
> Signal: +1 206.739.3390
> Website: https://emeraldonion.org/
> Mastodon: https://digitalcourage.social/@EmeraldOnion/
>
>
>
>
> _______________________________________________
> 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/20221203/ca2b58a4/attachment-0001.htm>
More information about the tor-relays
mailing list