node, ir, morph: Add new config option upgrade_mode #1072

Merged
fyrchik merged 3 commits from acid-ant/frostfs-node:bugfix/upgrade-flag into master 2024-09-04 19:51:07 +00:00
Member

Set scope None for notary cosigners when node in upgrade mode.

Signed-off-by: Anton Nikiforov an.nikiforov@yadro.com

Set scope `None` for notary cosigners when node in upgrade mode. Signed-off-by: Anton Nikiforov <an.nikiforov@yadro.com>
acid-ant changed title from node, ir, morph: Add new config option upgrade_mode to WIP: node, ir, morph: Add new config option upgrade_mode 2024-04-03 09:21:25 +00:00
acid-ant force-pushed bugfix/upgrade-flag from cd9fa1751a to 0d798fb33e 2024-04-03 09:51:56 +00:00 Compare
acid-ant force-pushed bugfix/upgrade-flag from 0d798fb33e to 6543b68144 2024-04-03 10:54:12 +00:00 Compare
acid-ant changed title from WIP: node, ir, morph: Add new config option upgrade_mode to node, ir, morph: Add new config option upgrade_mode 2024-04-03 10:54:43 +00:00
acid-ant requested review from storage-core-committers 2024-04-03 10:54:50 +00:00
acid-ant requested review from storage-core-developers 2024-04-03 10:54:51 +00:00
dstepanov-yadro approved these changes 2024-04-03 12:40:22 +00:00
fyrchik requested changes 2024-04-03 13:22:40 +00:00
@ -111,1 +107,4 @@
}
// is node in the upgrade mode
isUpgrade *bool
Owner

Maybe there is no data race (hard do check, honestly), but what prevents us from using atomic right away?

Maybe there is no data race (hard do check, honestly), but what prevents us from using atomic right away?
Author
Member

Thought that here it is redundant, but I don't mind using it.

Thought that here it is redundant, but I don't mind using it.
@ -41,6 +41,7 @@ governance:
node:
persistent_state:
path: .frostfs-ir-state # Path to application state file
upgrade_mode: false # Indicates that node is in upgrade mode
Owner

More like compatibility_mode (upgrade is a verb and suggests we upgrade something in node)
And can we make it have kludge_ prefix?

More like `compatibility_mode` (`upgrade` is a verb and suggests we upgrade something in node) And can we make it have `kludge_` prefix?
Author
Member

Renamed to node.kludge_compatibility_mode.

Renamed to `node.kludge_compatibility_mode`.
fyrchik marked this conversation as resolved
@ -47,2 +47,3 @@
"ca": "/ca/path"
}
},
"upgrade_mode": false
Owner

Do we need this in node?

Do we need this in node?
Owner

Do we need this in node?

Do we need this in node?
Author
Member

Removed this option from description. If you are asking about do we need to run node in compatibility mode too - I thought yes.

Removed this option from description. If you are asking about do we need to run `node` in compatibility mode too - I thought yes.
acid-ant force-pushed bugfix/upgrade-flag from 6543b68144 to 32aef896e9 2024-04-03 19:39:35 +00:00 Compare
acid-ant force-pushed bugfix/upgrade-flag from 32aef896e9 to ebb3ba5204 2024-04-04 08:18:34 +00:00 Compare
Author
Member

Revert changes related to refactoring of applicationConfiguration.readConfig().

Revert changes related to refactoring of `applicationConfiguration.readConfig()`.
fyrchik approved these changes 2024-04-04 08:25:31 +00:00
fyrchik referenced this pull request from a commit 2024-04-04 10:14:55 +00:00
fyrchik referenced this pull request from a commit 2024-04-04 10:14:55 +00:00
fyrchik reviewed 2024-04-05 13:42:24 +00:00
@ -569,0 +570,4 @@
// We must be able to call NNS contract indirectly from the Container contract.
// Thus, CalledByEntry is not sufficient.
// In future we may restrict this to all the usecases we have.
scopes := transaction.Global
Owner

I would argue that we do not need this in master, this is useful for 0.37 -- 0.38 upgrade, would be useless for 0.38--0.39

I would argue that we do not need this in master, this is useful for 0.37 -- 0.38 upgrade, would be useless for 0.38--0.39
Author
Member

Absolutely agree. Removed this commit at all.

Absolutely agree. Removed this commit at all.
acid-ant force-pushed bugfix/upgrade-flag from 26d50f31c4 to ffb1a6f81a 2024-04-05 15:20:37 +00:00 Compare
fyrchik approved these changes 2024-04-08 08:30:27 +00:00
fyrchik merged commit ffb1a6f81a into master 2024-04-08 08:31:03 +00:00
fyrchik referenced this pull request from a commit 2024-04-08 08:31:07 +00:00
fyrchik referenced this pull request from a commit 2024-04-08 08:31:08 +00:00
Sign in to join this conversation.
No reviewers
TrueCloudLab/storage-core-developers
No milestone
No project
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: TrueCloudLab/frostfs-node#1072
No description provided.