ir: Execute netmap.addPeerIR
only for state online
#841
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 milestone
No project
No assignees
5 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/frostfs-node#841
Loading…
Reference in a new issue
No description provided.
Delete branch "acid-ant/frostfs-node:bugfix/ir-fix-mm"
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?
Describe
epoch
a bit.Signed-off-by: Anton Nikiforov an.nikiforov@yadro.com
9121397cc1
to64e2960aab
@ -61,0 +62,4 @@
// But there is no guarantee that code will be executed in the same order.
// That is why we need to perform `addPeerIR` only in case when node is online,
// because in scope of this method, contract set state `ONLINE` for the node.
if updated && nodeInfo.IsOnline() {
So what happens for
Maintenance
?This code will be skipped, and node will be updated in handler for
NewEpoch
. Here fixed an issue with exclusion of the node in MM from netmap.So if we update node's attributes, and we are in the maintenance mode, they will only be applied after we go online?
Right. In other case, node will move to
online
state by netmap.AddPeerIR.Could you test this for >20 epoch ticks? (we have 15 snapshots in contract by default, thus 20)
Contract has some logic https://git.frostfs.info/TrueCloudLab/frostfs-contract/src/branch/master/netmap/netmap_contract.go#L504 , but I am not sure it'll continue to work if ir wont send updates.
Tested in dev-env. Set maintenance status:
Force new epoch:
Stop s01 container and force new epoch:
Node still in maintenance mode.
Start container and check for node status:
64e2960aab
to4af26a8952
4af26a8952
to05249e6c6b
@ -0,0 +1,43 @@
# Epoch
I like the doc! Also, created a #856