storj/satellite/accounting
Cameron Ayer 13903449c7 satellite/accounting: fix flaky TestProjectUsageStorage
Sometimes the upload that is supposed to fail due to excess usage
would pass. This looks to be because it's overwriting another object
uploaded earlier in the test and deleting the old pointer. If tally
happened to run after the pointer is deleted but before the current
upload reaches the live accounting check, it might pass through.
The solution is to upload to a different path each time.

Change-Id: Ie6c825b9c6eab9ed53426ae262e7997bcb6beb7f
2020-02-07 20:58:24 -05:00
..
live all: use monkit v3 2020-02-05 23:53:17 +00:00
reportedrollup all: use monkit v3 2020-02-05 23:53:17 +00:00
rollup all: use monkit v3 2020-02-05 23:53:17 +00:00
tally satellite/accounting: fix flaky TestProjectUsageStorage 2020-02-07 20:58:24 -05:00
bucketstats.go satellite/accounting: refactor code and remove unused fields (#3178) 2019-10-04 22:09:52 +03:00
bucketusage.go satellite/satellitedb: console tables archview comments updated (#3465) 2019-11-04 16:37:39 +02:00
common.go common: separate repository 2019-12-27 14:11:15 +02:00
db_test.go satellite/satellitedb/satellitedbtest: pass ctx as an argument 2020-01-20 16:35:42 +02:00
db.go satellite/accounting: refactor live accounting to hold current estimated totals 2020-01-16 10:26:49 -05:00
projectusage_test.go satellite/accounting: fix flaky TestProjectUsageStorage 2020-02-07 20:58:24 -05:00
projectusage.go all: use monkit v3 2020-02-05 23:53:17 +00:00