[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-relays] bastet BW scanner barking mad



> On 9 Mar 2019, at 13:36, starlight.2018q2@xxxxxxxxxxx wrote:
> 
> Anyone know what caused bastet's loss of grip on reality?
> 
> 
> 600 IPredator
> 440 xenoidRelay
> 300 PrivacyRepublic0001
> 270 ExitNinja
> 260 DipulseIT2
> 240 hyacinthinus
> 230 PIAzrhexit
> 230 Unnamed
> 220 volatile
> 210 Chenjesu
> 210 drazisil
> 210 exit3
> 210 radieschen
> 200 Spigen
> 200 TotorBE2
> 200 tagos

It's probably a bug in the scaling in the dev version of sbws, or the machine
that sbws is running on is very slow:

bandwidth-file-headers timestamp=1552095292 version=1.2.0 destinations_countries=HK,ZZ,US earliest_bandwidth=2019-03-04T01:35:26 file_created=2019-03-09T01:35:03 generator_started=2019-03-09T00:00:59 latest_bandwidth=2019-03-09T01:34:52 minimum_number_eligible_relays=3970 minimum_percent_eligible_relays=60 number_consensus_relays=6616 number_eligible_relays=6247 percent_eligible_relays=94 scanner_country=US software=sbws software_version=1.0.3-dev0

http://204.13.164.118/tor/status-vote/current/authority

No need to stress. Medians are designed to ignore outlying values like this.
We'll get it fixed soon.

T

Attachment: signature.asc
Description: Message signed with OpenPGP

_______________________________________________
tor-relays mailing list
tor-relays@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays