Await control.SetNetmapStatus() #1496
No reviewers
Labels
No labels
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 project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/frostfs-node#1496
Loading…
Reference in a new issue
No description provided.
Delete branch "fyrchik/frostfs-node:morph-wait-tx"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Currently,
netmap set-status
awaits until the new status persists in the new network map, i.e. it waits for a new epoch to come.I see how this can be useful, but here are some quirks:
--await
flag is useless for this scenario.Another option would be to always await the transaction. IMO it would lead to a much cleaner API.
We have already encountered too many flaky tests because of this "not sure when the tx persists" . The tests themselves have timeout kludges.
InvokeRes
from all invoke*() methods ddd8f2009dInvokeRes
andWaitParams
9a4bb0a23bAllow to await netmap set-statusto WIP: Allow to await netmap set-statusWIP: Allow to await netmap set-statusto WIP: cli: Allow to await netmap set-status5cdca40598
tof967af9e3d
WIP: cli: Allow to await netmap set-statusto Await control.SetNetmapStatus()Please update commit messages.
f967af9e3d
to1863647a75
@ -0,0 +36,4 @@
func (c *Client) WaitTxHalt(ctx context.Context, p InvokeRes) error {
w, err := waiter.NewPollingBased(&waiterClient{c: c})
if err != nil {
return fmt.Errorf("could not create notary deposit waiter: %w", err)
notary deposit waiter
->waiter
Fixed
1863647a75
tod82f0d1926
New commits pushed, approval review dismissed automatically according to repository settings
ape-manager
add and remove handlers #1506ape-manager
add and remove handlers #1506