storj/satellite/repair/repairer
paul cannon 7f1cad6faf satellite/repair: better handling of piece fetch errors
We have an alert on `repair_too_many_nodes_failed` which fires too
frequently. Every time so far, it has been because of a network blip of
some nature on the satellite side.

Satellite operators are expected to have other means in place for
alerting on network problems and fixing them, so it's not necessary for
the repair framework to act in that way.

Instead, in this change, we change the way that
`repair_too_many_nodes_failed` works. When a repair fails, we collect
piece fetch errors by type and determine from them whether it looks like
we are having network problems (most errors are connection failures,
possibly also some successful connections which subsequently time out)
or whether something else has happened.

We will now only emit `repair_too_many_nodes_failed` when the outcome
does not look like a network failure. In the network failure case, we
will instead emit `repair_suspected_network_problem`.

Refs: https://github.com/storj/storj/issues/4669

Change-Id: I49df98da5df9c606b95ad08a2bdfec8092fba926
2022-09-23 09:35:06 +00:00
..
ec.go satellite/repair: better handling of piece fetch errors 2022-09-23 09:35:06 +00:00
repairer.go satellite/repair: remove superfluous conditional 2022-06-30 18:09:17 +00:00
segments.go satellite/repair: better handling of piece fetch errors 2022-09-23 09:35:06 +00:00
stats.go satellite/repair/repairer: a new set of rs_scheme tagged metrics 2021-02-09 14:19:22 +00:00