ab2e793555
We are supposed to wait for some amount of time after a timed-out audit before retrying the audit on the contained node. We are also supposed to wait for some amount of time before subsequent retries, if they are necessary. The test added here tries to assure that those delays happen, as far as it is possible to assure that a delay will happen in computer code. The previous behavior of the system was, in fact, to carry out Reverifies as soon as a worker could retrieve the job from the reverification queue. That's not a very major problem, as subsequent retries do have a delay and the node does get several retries. Still, it was not ideal, and this test exposed that mismatch with expectations, so this commit includes a minor change to effect that pause between verify and the first reverify. Refs: https://github.com/storj/storj/issues/5499 Change-Id: I83bb79c166a458ba59a2db2d17c85eca43ca90f0 |
||
---|---|---|
.. | ||
audit_test.go | ||
chore.go | ||
collector_test.go | ||
collector.go | ||
common_test.go | ||
containment_test.go | ||
containment.go | ||
cryptosource.go | ||
disqualification_test.go | ||
getshare_test.go | ||
integration_test.go | ||
observer.go | ||
pieces_test.go | ||
pieces.go | ||
queue.go | ||
reporter_test.go | ||
reporter.go | ||
reservoir_test.go | ||
reservoir.go | ||
reverifier_test.go | ||
reverifier.go | ||
reverify_chore_test.go | ||
reverify_chore.go | ||
reverify_test.go | ||
reverifyworker.go | ||
verifier_test.go | ||
verifier_unit_test.go | ||
verifier.go | ||
worker.go |