Fix TestEvacuateShard #508
No reviewers
TrueCloudLab/storage-core-developers
Labels
No Label
P0
P1
P2
P3
badger
frostfs-adm
frostfs-cli
frostfs-ir
frostfs-lens
frostfs-node
good first issue
triage
Infrastructure
blocked
bug
config
discussion
documentation
duplicate
enhancement
go
help wanted
internal
invalid
kludge
observability
perfomance
question
refactoring
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/frostfs-node#508
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "dstepanov-yadro/frostfs-node:fix/evacuate_test"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Closes #382
Looks like
pool.Submit
returnsErrPoolOverload
. So I have increased pool size and added logging.b97fe930b4
to7823034ae6
7823034ae6
to4ab83b3cf5
4ab83b3cf5
toafbec1c232
afbec1c232
to16e210de9a
WIP: Fix TestEvacuateShardto Fix TestEvacuateShardIf
pool.Submit
returns an error, a nice addition to your solution is to useWithBlocking(true)
-- just block on Submit irregardless of how big the pool is.The pool is used for put objects. It seems that this is too important change for the flaky test.
I mean 10 is a magic number to me, it is not obvious why the test is made "non-flaky" vs "less flaky" with this change.
16e210de9a
to2106a0fcb7
2106a0fcb7
to05e46b9ec1
Ok. I think there is an error with pool size = 1. So I just dropped WithPoolSize option, default value (20) will be used.