storj/satellite/repair
Yingrong Zhao 1f8f7ebf06 satellite/{audit, reputation}: fix potential nodes reputation status
inconsistency

The original design had a flaw which can potentially cause discrepancy
for nodes reputation status between reputations table and nodes table.
In the event of a failure(network issue, db failure, satellite failure, etc.)
happens between update to reputations table and update to nodes table, data
can be out of sync.
This PR tries to fix above issue by passing through node's reputation from
the beginning of an audit/repair(this data is from nodes table) to the next
update in reputation service. If the updated reputation status from the service
is different from the existing node status, the service will try to update nodes
table. In the case of a failure, the service will be able to try update nodes
table again since it can see the discrepancy of the data. This will allow
both tables to be in-sync eventually.

Change-Id: Ic22130b4503a594b7177237b18f7e68305c2f122
2022-01-06 21:05:59 +00:00
..
checker Revert "satellite/metabase: use storj.Nonce instead []byte" 2021-10-12 15:39:54 +02:00
queue satellite/repair: migrate to new repair_queue table 2021-06-30 17:12:24 +02:00
repairer satellite/{audit, reputation}: fix potential nodes reputation status 2022-01-06 21:05:59 +00:00
priority_test.go satellite/repair: use survivability model for segment health 2020-12-17 21:30:17 +00:00
priority.go satellite/repair: clamp totalNodes to 100 or higher 2020-12-30 10:39:14 -06:00
repair_test.go satellite/{audit, reputation}: fix potential nodes reputation status 2022-01-06 21:05:59 +00:00
repair.go satellite/repair: move test files (#2649) 2019-07-28 12:15:34 +03:00