[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #11410 [Onionoo]: Weird downtime counter in globe?
#11410: Weird downtime counter in globe?
-------------------------+------------------
Reporter: asn | Owner: rndm
Type: defect | Status: new
Priority: normal | Milestone:
Component: Onionoo | Version:
Resolution: | Keywords:
Actual Points: | Parent ID:
Points: |
-------------------------+------------------
Changes (by karsten):
* component: Globe => Onionoo
Comment:
Oh! I found the problem.
- This bridge didn't have the `Running` flag in any of the bridge network
statuses from the past 3 days (and maybe beyond). It did have the `Valid`
flag though, so it was listed in the status.
- Onionoo sees the bridge and updates its `last_seen` field accordingly.
- Globe sees it's not running and was last seen whenever Onionoo last
updated that field, so it computes the bridge's "downtime". While this
approach works fine for relays which are only contained in a status if
they're running, it doesn't work for bridges which are also contained if
they're not running.
So, three problems:
- Why does Tonga think that a bridge that is hard-coded in the bundles is
not running?
- Onionoo should provide information when a bridge was last seen as
running in addition to when the bridge was last seen in a status. Or
maybe it should only update `last_seen` when a bridge was actually
running. I don't know yet what's the right fix for this.
- Depending on the Onionoo fix, Globe should use that new field to
compute downtime, or do nothing because the `last_seen` field will have
the meaning that Globe already expects.
I'm stealing this ticket for the Onionoo component and will give it back
if/when there's something to fix in Globe.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/11410#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs