storj/satellite/repair
paul cannon ee33cb1289 satellite/repair: protect concurrent access to statsCollector
It would appear that we have been making concurrent accesses to
statsCollector for a long, long time (we expect there to be multiple
calls to `Repair()` at the same time on the same instance of
`SegmentRepairer`, up to `config.MaxRepair`, and before this change
there was no sort of synchronization guarding accesses to the
`statsCollector.stats` map.

Refs: https://github.com/storj/storj/issues/6402
Change-Id: I5bcdd13c88913a8d66f6dd906c9037c588960cc9
2023-10-13 09:12:00 -05:00
..
checker satellite/repair/checker: optimize processing, part 2 2023-10-12 10:02:53 +02:00
queue satellite/satellitedb: repairqueue.Select uses placement constraints 2023-09-25 10:14:25 +00:00
repairer satellite/repair: protect concurrent access to statsCollector 2023-10-13 09:12:00 -05:00
classification_test.go satellite/repair/checker: optimize processing, part 1 2023-10-11 15:50:29 +00:00
classification.go satellite/repair/checker: optimize processing, part 1 2023-10-11 15:50:29 +00:00
clumping_test.go satellite/repair: repair pieces on the same last_net 2023-04-06 17:34:25 +00:00
clumping.go satellite/repair: repair pieces on the same last_net 2023-04-06 17:34:25 +00:00
priority_test.go satellite/repair: test inmemory/disk difference only once 2022-03-29 14:08:13 +03:00
priority.go all: reformat comments as required by gofmt 1.19 2022-08-10 18:24:55 +00:00
repair_test.go satellite/repair: unify repair logic 2023-09-25 09:42:08 -05:00
repair.go satellite/repair: move test files (#2649) 2019-07-28 12:15:34 +03:00