- 27 Feb, 2019 2 commits
- 26 Feb, 2019 3 commits
-
-
juga authored
Add methods to store consecutive destination failures and retrieve the destinations that are still functional. Since destinations can fail because of Tor circuits, it's not count individual failures but consecutives one. Also exit with error if there are no functional destinations left. The maximum number of consecuitve failures is set to 10, but it may need to be changed depending on the percentage of circuits and requests that fail.
-
juga authored
in every measurement. This removes the need for an extra lock for every measurement It should also not be depending on a time interval, but on the number of failures detected. Not counting number of failures since it would need to modify the destination or list of at runtime. It should be done in a future refactor. Fixes bug #28897. Bugfix v0.3.0
- 23 Feb, 2019 2 commits
-
-
juga authored
after finishing the first loop. As noted in bug28933_01.
-
juga authored
The bandwidth file is generated only with relays that have some successful measurements, but we forgot to load all results (including the relays with failed measurements) after we started to include the number of failure measurements in each relay bandwidth line. Closes #29568. Bugfix v0.4.0 (line introduced in v0.1.0).
-
- 18 Feb, 2019 1 commit
-
- 12 Feb, 2019 1 commit
-
- 04 Feb, 2019 10 commits
-
-
juga authored
-
juga authored
that depends on the HTTP request timeout.
-
juga authored
since the relay might start being measured some time after apply_async is called if there're not available threads.
-
juga authored
-
juga authored
so that the objects that manage the threads can be stop at any time.
-
juga authored
-
juga authored
when worker thread finish.
-
juga authored
-
juga authored
-
- 23 Jan, 2019 1 commit
-
-
juga authored
-
- 11 Jan, 2019 1 commit
-
- 09 Jan, 2019 1 commit
-
-
juga authored
In order to run the scanner as part of the integration tests.
-
- 02 Jan, 2019 1 commit
-
-
juga authored
When sbws stalls after the prioritization loop waiting for thread results, give it some minutes and otherwise log the backtrace. This way if there's any bug or deadlock, operators can help to debug it.
-
- 21 Dec, 2018 2 commits
-
-
juga authored
Torflow's scaling now round digits according to Proposal 276, but for compatibility with Torflow's round digits algorithm, the argument option has to be available and by default be Proposal 276.
-
- 14 Dec, 2018 1 commit
-
-
juga authored
create a constant, set the headers in the session.
-
- 12 Dec, 2018 4 commits
- 09 Dec, 2018 8 commits
-
-
juga authored
-
juga authored
The error that is returned by an exception, not a custom error. So that it's easier to debug what fails.
-
juga authored
bandwidth or rtt, so that it can be used to be stored and logged.
-
juga authored
When a new loop starts and when it ends, with the number of relays measured and the time it took.
-
juga authored
Warnings can make think the operator that sbws is not working, while it's normal that some measurements fail. Resultdump already logs at info level what succcess and what fails. Keep these logs at debug level.
-
juga authored
obtained when trying to build the circuit, or None if it was successful. That way it can be logged and stored in the results.
-
juga authored
If rtt is configured to 0, the rtt measurements are not run, but it was being logged that they're run
- 03 Dec, 2018 2 commits