Re: [tor-bugs] #19969 [Core Tor/Tor]: tor client does not immediately open new circuits after standby

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#19969: tor client does not immediately open new circuits after standby
--------------------------+------------------------------------
 Reporter:  weasel        |          Owner:
     Type:  defect        |         Status:  new
 Priority:  High          |      Milestone:  Tor: 0.3.0.x-final
Component:  Core Tor/Tor  |        Version:  Tor: 0.2.8.6
 Severity:  Normal        |     Resolution:
 Keywords:  regression    |  Actual Points:
Parent ID:                |         Points:  2
 Reviewer:                |        Sponsor:
--------------------------+------------------------------------

Comment (by arma):

 Replying to [comment:11 teor]:
 > Replying to [comment:10 arma]:
 > > Mystery 1) Why does my Tor client not care to get any new directory
 information?
 > This sounds like an issue with the consensus download implementation.
 Here are my questions:
 > * has your tor has marked each of the directory authorities down?
 > * has it marked all of the fallback directories down?
 > * has it exceeded the download schedule for downloading consensuses?
 >
 > There are two kinds of download_status_t in 0.2.8, one retries on a
 schedule regardless of success or failure, and the other retries on
 failure. It seems there might be a problem with the first kind (which is
 new in 0.2.8, and used to download the consensus).
 >
 > I'd like to know what your consensus download_status_t has for all its
 fields, particularly the attempt and failure counts. It may well have
 exceeded the 255 failure count limit.
 >
 > I also wonder how #8625 (commit 09a0f2d) affects this, but it is only in
 0.2.9, and I'm not sure it would make it any better.

 To be clear this is "Tor 0.2.9.3-alpha-dev (git-bfaded9143d127cb)" for me.
 So we are definitely in 0.2.9 territory.

 But, I am going to move the mystery 1 investigation over to #20499, which
 looks like it is the same mystery over there. Then we can focus on mystery
 2 in this ticket -- i.e. regardless of what our directory download
 situation is, Tor is supposed to wake up and reset stuff when it gets a
 new stream request and it doesn't have enough directory information to
 handle it.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/19969#comment:12>
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