[tor-relays] Few questions about relaying

[Blaise Gagnon]

http://pastebin.com/DQ4k7Fzz

2014-10-11 10:06 GMT-04:00 s7r <s7r at sky-ip.org>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> 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>>:
> >
> > 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>>:
> >
> > 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>>
> >
> > _______________________________________________ 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
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (MingW32)
>
> iQEcBAEBAgAGBQJUOTlTAAoJEIN/pSyBJlsRC0AIAKHjgRlZKXGBC2SoxjKMk+WJ
> l7LOVuwp3L7wQJ1L7hHUyJTRAfRZ7OzXlgK3gurg/Bxdhb8BO8W0r+Yk8yVjr4zV
> /rLDnibYxO7XCU7wUUdVClhLkDeCzwpu9I+t7bBDsif6T8PkjqjE4pPxwFHcm1T4
> oCYvavpWS/K4wNs4PbrbBJBmxXYgzScAwGs00Xr5oBbl9B0aJ2RLfdwEu2blqyHb
> XkfSLkdhes4kRnCc5DQhT4BBDPrtCCqe66cOWXSGrH2ji0J29WGnniG3+lbvv0eo
> csEioxV7Cn8/ptvkapH4qjYQsHHb1jTG31y/ZOJZhtMHx8hYR+1nxvmlaZKgvYQ=
> =rzUm
> -----END PGP SIGNATURE-----
> _______________________________________________
> 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/20141011/3e5e0bfd/attachment.html>