persist the node's swissnumber between invocations #63

Closed
opened 2007-06-07 19:07:36 +00:00 by warner · 1 comment
warner commented 2007-06-07 19:07:36 +00:00
Owner

Restarting a node shouldn't change its FURL. To accomplish this, we need to write the (randomly generated) swissnumber portion of the FURL to a file, and use it the next time we start up. Eventually I want Foolscap to provide a convenient mechanism for this natively, but I haven't been able to settle upon a good API.

This is intended to mitigate some of the log noise from #26.

Restarting a node shouldn't change its FURL. To accomplish this, we need to write the (randomly generated) swissnumber portion of the FURL to a file, and use it the next time we start up. Eventually I want Foolscap to provide a convenient mechanism for this natively, but I haven't been able to settle upon a good API. This is intended to mitigate some of the log noise from #26.
tahoe-lafs added the
code
major
defect
0.2.0
labels 2007-06-07 19:07:36 +00:00
tahoe-lafs added this to the 0.3.0 milestone 2007-06-07 19:07:36 +00:00
warner commented 2007-06-07 22:35:40 +00:00
Author
Owner

done, in changeset:59f4a5abe88c9683. This uses a file named "myself.furl" in the client's base directory.

done, in changeset:59f4a5abe88c9683. This uses a file named "myself.furl" in the client's base directory.
tahoe-lafs added the
fixed
label 2007-06-07 22:35:40 +00:00
warner closed this issue 2007-06-07 22:35:40 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
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: tahoe-lafs/trac-2024-07-25#63
No description provided.