-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
RelayBandwidthBurst 15 MBytes RelayBandwidthRate 3 MBytes ContactInfo QuebecFibe@gmail.com - 200Mb dedicated relay ControlPort 9052 CookieAuthentication 1 DataDirectory /home/blaise/.arm/tor_data DirPort 9030 DisableDebuggerAttachment 0 ExitPolicy reject *:* Log notice file /home/blaise/.arm/tor_log Nickname QuebecFibe ORPort 27645 RunAsDaemon 1
Use this. You are using the latest Tor?
On 10/11/2014 5:11 PM, Blaise Gagnon wrote:
2014-10-11 10:06 GMT-04:00 s7r <s7r@sky-ip.org mailto:s7r@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@gmail.com mailto:quebecfibe@gmail.com <mailto:quebecfibe@gmail.com mailto:quebecfibe@gmail.com>>:
no reason for my node to be hibernating, no caps...
2014-10-11 3:31 GMT-04:00 Lunar <lunar@torproject.org mailto:lunar@torproject.org <mailto:lunar@torproject.org mailto:lunar@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@torproject.org mailto:lunar@torproject.org
<mailto:lunar@torproject.org mailto:lunar@torproject.org>>
_______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org mailto:tor-relays@lists.torproject.org <mailto:tor-relays@lists.torproject.org
mailto:tor-relays@lists.torproject.org>
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
_______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org mailto:tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
_______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org mailto:tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
_______________________________________________ tor-relays mailing list tor-relays@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