fedora rpm doesn't set ulimit -n, so you can't run a fast relay

If you run a fast relay, you will end up using more than the default 1024 file descriptors. Currently we point people who run relays to https://www.torproject.org/docs/tor-doc-relay.html.en and hope they read through to item #14 (closed).

Debian, on the other hand, has a clause in the init script: https://gitweb.torproject.org/debian/tor.git/blob_plain/HEAD:/debian/tor.init that sets MAX_FILEDESCRIPTORS based on how many file descriptors are available on the machine, before it launches the Tor process.

[Automatically added by flyspray2trac: Operating System: All]

added component::core tor/rpm packaging owner::hiviah priority::medium resolution::wontfix severity::normal status::closed type::defect version::0.2.1.19 labels

see https://bugzilla.redhat.com/show_bug.cgi?id=532373#c6

Trac:
Username: ensc

Enrico fixed this.

Trac:
Username: katmagic
Parent: N/A to N/A
Status: assigned to closed
Actualpointsdone: N/A to N/A
Pointsdone: N/A to N/A
Points: N/A to N/A
Resolution: None to fixed
Keywords: N/A deleted, N/A added
Actualpoints: N/A to N/A
Milestone: N/A to N/A

Trac:
Resolution: fixed to N/A
Status: closed to reopened
Description: If you run a fast relay, you will end up using more than the default 1024 file descriptors. Currently we point people who run relays to https://www.torproject.org/docs/tor-doc-relay.html.en and hope they read through to item #14 (closed).

Debian, on the other hand, has a clause in the init script: https://git.torproject.org/checkout/tor/master/debian/tor.init that sets MAX_FILEDESCRIPTORS based on how many file descriptors are available on the machine, before it launches the Tor process.

[Automatically added by flyspray2trac: Operating System: All]

to

If you run a fast relay, you will end up using more than the default 1024 file descriptors. Currently we point people who run relays to https://www.torproject.org/docs/tor-doc-relay.html.en and hope they read through to item #14 (closed).

Debian, on the other hand, has a clause in the init script: https://git.torproject.org/checkout/tor/master/debian/tor.init that sets MAX_FILEDESCRIPTORS based on how many file descriptors are available on the machine, before it launches the Tor process.

[Automatically added by flyspray2trac: Operating System: All]

Replying to katmagic:

Enrico fixed this.

Not well enough, I think. 4096 is better than 1024, but still not enough for fast relays, which sometimes use 10000 or more file descriptors. So I think it remains the case that you can't run a fast relay with Fedora's RPM.

Here's a link to the Red Hat init script that our RPM uses: https://git.torproject.org/tor/contrib/tor.sh.in which already has this feature sorted out.

Trac:
Priority: minor to normal
Description: If you run a fast relay, you will end up using more than the default 1024 file descriptors. Currently we point people who run relays to https://www.torproject.org/docs/tor-doc-relay.html.en and hope they read through to item #14 (closed).

Debian, on the other hand, has a clause in the init script: https://git.torproject.org/checkout/tor/master/debian/tor.init that sets MAX_FILEDESCRIPTORS based on how many file descriptors are available on the machine, before it launches the Tor process.

[Automatically added by flyspray2trac: Operating System: All]

to

If you run a fast relay, you will end up using more than the default 1024 file descriptors. Currently we point people who run relays to https://www.torproject.org/docs/tor-doc-relay.html.en and hope they read through to item #14 (closed).

Debian, on the other hand, has a clause in the init script: https://gitweb.torproject.org/debian/tor.git/blob_plain/HEAD:/debian/tor.init that sets MAX_FILEDESCRIPTORS based on how many file descriptors are available on the machine, before it launches the Tor process.

[Automatically added by flyspray2trac: Operating System: All]

Trac:
Component: Tor bundles/installation to RPM packaging

Trac:
Owner: erinn to hiviah
Status: reopened to assigned

This looks like it's been fixed some time ago.

Currently the startup will for 0.2.3.22rc sets ulimit depending on /proc/sys/fs/file-max. Value of 8192 or higher is used if /proc/sys/fs/file-max is at least 10000:

# Raise ulimit based on number of file descriptors available (thanks, Debian)

if [ -r /proc/sys/fs/file-max ]; then
        system_max=`cat /proc/sys/fs/file-max`
        if [ "$system_max" -gt "80000" ] ; then
                MAX_FILEDESCRIPTORS=32768
        elif [ "$system_max" -gt "40000" ] ; then
                MAX_FILEDESCRIPTORS=16384
        elif [ "$system_max" -gt "10000" ] ; then
                MAX_FILEDESCRIPTORS=8192
        else
                MAX_FILEDESCRIPTORS=1024
                cat << EOF

This seems to be good enough, but I have no fast relay I could test it on.

Trac:
Status: assigned to needs_revision

Replying to hiviah:

This looks like it's been fixed some time ago.

This ticket is about the RPM provided by Fedora, not the RPMs you are now providing for use on Fedora.

The torproject does not longer provide RPMs.

Trac:
Status: needs_revision to closed
Resolution: N/A to wontfix
Severity: N/A to Normal
Sponsor: N/A to N/A
Reviewer: N/A to N/A

closed

moved to tpo/core/rpm-package#1131 (closed)