[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #6752 [Tor]: TestingTorNetwork doesn't lower the dir fetch retry schedules
#6752: TestingTorNetwork doesn't lower the dir fetch retry schedules
--------------------------------------+-------------------------------------
Reporter: arma | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Tor: 0.2.4.x-final
Component: Tor | Version:
Keywords: tor-client small-feature | Parent: #7172
Points: | Actualpoints:
--------------------------------------+-------------------------------------
Comment(by nickm):
Replying to [comment:15 karsten]:
> I started looking into this today, and I think we should add new config
options, e.g., TestingClientDownloadSchedule (accepting a CSV list),
TestingClientConsensusDownloadSchedule (accepting a CSV list), and
TestingClientMaxIntervalWithoutRequest (accepting an INTERVAL) that can
only be changed if TestingTorNetwork is set. I hope to get away without
changing all those other constants that arma changed in the diff he gave
to Chris. The fewer new torrc options we add, the better. But I think
we'll have to create separate options for these things, rather than
magically changing timings when TestingTorNetwork is set.
I think that approach sounds reasonable to me.
> But before I write a patch, how would I reproduce the situation where
clients don't bootstrap because of too high dir fetch retry schedules? I
tried a tiny-m1.large network with Tor 0.2.3.25, but scallion.log looks
normal to me. What log messages would I look for? Or how would I change
the configuration to reproduce the problem?
I haven't run into this myself; maybe Rob would know? Sometimes Chutney
gets into a state where the network needs to be restarted after the
authorities bootstrap. You could try that; ping me if you need help.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/6752#comment:16>
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