[tor-relays] Few questions about relaying

Sat Oct 11 14:21:51 UTC 2014

Use this. You are using the latest Tor?

On 10/11/2014 5:11 PM, Blaise Gagnon wrote:
> http://pastebin.com/DQ4k7Fzz
> 
> 2014-10-11 10:06 GMT-04:00 s7r <s7r at sky-ip.org
> <mailto:s7r at sky-ip.org>>:
> 
> Can you please copy/paste your entire torrc to a pastebin and
> provide us the link?
> 
> It is hibernating only if you use accounting. Provide us your
> entire complete torrc and we will correct it for you if you don't
> have traffic limits on your server.
> 
> On 10/11/2014 4:54 PM, Blaise Gagnon wrote:
>> after a few hours, still hibernating, and still wondering why I 
>> lost Stable, Guard and Named all at the same time (see atlas 
>> graph)... weird.
> 
>> 2014-10-11 6:03 GMT-04:00 Blaise Gagnon <quebecfibe at gmail.com
>> <mailto:quebecfibe at gmail.com> <mailto:quebecfibe at gmail.com
>> <mailto:quebecfibe at gmail.com>>>:
> 
>> no reason for my node to be hibernating, no caps...
> 
>> 2014-10-11 3:31 GMT-04:00 Lunar <lunar at torproject.org
>> <mailto:lunar at torproject.org> <mailto:lunar at torproject.org
>> <mailto:lunar at torproject.org>>>:
> 
>> Blaise Gagnon:
>>> and ... what is "hibernating" ?
> 
>> See AccountingMax and related options in tor manpage:
> 
>> AccountingMax N 
>> bytes|KBytes|MBytes|GBytes|KBits|MBits|GBits|TBytes Never send
>> more than the specified number of bytes in a given accounting
>> period, or receive more than that number in the period. For
>> example, with AccountingMax set to 1 GByte, a server could send
>> 900 MBytes and receive 800 MBytes and continue running. It will
>> only hibernate once one of the two reaches 1 GByte. When the
>> number of bytes gets low, Tor will stop accepting new connections
>> and circuits. When the number of bytes is exhausted, Tor will
>> hibernate until some time in the next accounting period. To
>> prevent all servers from waking at the same time, Tor will also
>> wait until a random point in each period before waking up. If you
>> have bandwidth cost issues, enabling hibernation is preferable to
>> setting a low bandwidth, since it provides users with a
>> collection of fast servers that are up some of the time, which is
>> more useful than a set of slow servers that are always
>> "available".
> 
>> -- Lunar <lunar at torproject.org <mailto:lunar at torproject.org>
> <mailto:lunar at torproject.org <mailto:lunar at torproject.org>>>
> 
>> _______________________________________________ tor-relays
>> mailing list tor-relays at lists.torproject.org
>> <mailto:tor-relays at lists.torproject.org> 
>> <mailto:tor-relays at lists.torproject.org
> <mailto:tor-relays at lists.torproject.org>>
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 
> 
> 
> 
> 
>> _______________________________________________ tor-relays
>> mailing list tor-relays at lists.torproject.org
>> <mailto:tor-relays at lists.torproject.org> 
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 
> 
> _______________________________________________ tor-relays mailing
> list tor-relays at lists.torproject.org
> <mailto:tor-relays at lists.torproject.org> 
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 
> 
> 
> 
> _______________________________________________ tor-relays mailing
> list tor-relays at lists.torproject.org 
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 

- -- 
s7r
PGP Fingerprint: 7C36 9232 5ABD FB0B 3021 03F1 837F A52C 8126 5B11
PGP Pubkey: http://www.sky-ip.org/s7r@sky-ip.org.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUOTz/AAoJEIN/pSyBJlsR47sH/22x8Fycj/JUaYi+D6NIuGJX
cQO0DRXDsXKt25x9dN85kTmJdTYwnMGAmrGo2jd7ICMM6maANHmd7Ns3QpeTevDH
Gr30xc9QScCYNyDwK1h783gIaZ4dhh87SA0ClakCBie5SQKyars2PiNlFRW5QcWn
fgIVSyEvy8Ld4wzdobJTVd6UpLTjqSJjm4EzItbn79f8UKPoJKW+1BAyebFBcbFM
QAWujcgLcAmmnWTdu5Cci7g8RUMWpnKJKmX3nENPV7CbaeGkgy5u//A42XswL5mV
aox5OqHl3xqQJk4BZwYXEdfYjXq/j8TXTugttuFA6OdSn0eCjsxvXAIGCoH4LxE=
=X1E2
-----END PGP SIGNATURE-----