[tor-relays] Consensus weight dropped

Network Operations Center noc at schokomil.ch
Sat Jan 31 23:04:19 UTC 2015


What if one were to shut down the node for several days and then restart 
it. Wouldnt that maybe prompt the network to "rescan" the node?

On 31.01.2015 10:48 PM, Josef 'veloc1ty' Stautner wrote:
> Hello List,
> 
> at this point I want to thank Bram de Boer for spending an unmetered
> server. Dediacted servers with unmetered network is not cheap and 
> should
> be treated differently as a virtual server at OVH.
> I can totally agree why he is disappointed about that.
> 
> Just deleting the identity is not a solution for me. The identity of a
> server is also a certificate of the spend effort. If something like 
> that
> would happen to my relays I would be out of here. Especially I'm not
> using Tor at all but want to help people who can not access the web 
> like
> I can do.
> 
> I recently tried to check why the consensus dropped by reviewing the
> votes data and digged into the source but my knowledge about that is 
> far
> below the average. So I hope someone with more knowledge is reviewing
> this case and post a solution or declare it as a general probleme and
> write a bug report.
> 
> ~Josef
> 
> Am 31.01.2015 um 22:35 schrieb Network Operations Center:
>> 2)
>> This link has been posted:
>> http://freehaven.net/~arma/moria1-v3-status-votes
>> which is a collection of all 9 BWauth nodes. Currently there is
>> nothing a node operator can do bar deleting his keys. Atleast no other
>> solution has been posted in this thread.
>> 
>> On 31.01.2015 10:23 PM, starlight.2015q1 at binnacle.cx wrote:
>>> At 21:51 1/31/2015 +0100, you wrote:
>>>> This has already been done.
>>> 
>>> Implicit in my post is that
>>> 
>>> 1) about 10 days have passed, so recent
>>> data is more relevant than the earlier
>>> work, especially an one BWauth operator
>>> stated his node should be doing better;
>>> and
>>> 
>>> 2) no precise mention of how to obtain
>>> the data was posted earlier and doing
>>> so might enable Bram de Boer to examine
>>> and track the situation directly.
>>> 
>>> _______________________________________________
>>> tor-relays mailing list
>>> 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
> 
> 
> 
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


More information about the tor-relays mailing list