Runtime reconfiguration #2952
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#2952
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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, any configuration-related changes made to a local Tahoe-LAFS node (e.g., editing
tahoe.cfg
, adding new storage servers viaprivate/servers.yaml
, or creating/joining magic-folders) will require that that node be restarted in order for the changes to take effect. Restarting a node during use, however, will naturally interrupt current upload/download operations and introduce additional user-facing delays (since, e.g., therestart
command will typically take a couple of seconds to complete, additional time is needed for clients/nodes to reconnect, and so on).Accordingly, it would be useful if "live" reconfiguration could be performed at runtime with any changes going into effect immediately and/or without requiring a full node restart. As one solution, perhaps the web API could be extended to support getting/setting various configuration params via GET/PUT/DELETE/POST methods (e.g., with
POST /config/node?nickname=TestGrid
being equivalent to settingnodenickname=TestGrid
intahoe.cfg
and restarting). As a weaker (but still useful) solution, perhaps atahoe reload
CLI command could be introduced that would reload and apply any/all configuration changes without interrupting in-progress operations.Of course, at this stage, these are just simple ideas but I would welcome additional input and discussion from anyone who may be interested on how to best implement something along these lines. :)