[tahoe-dev] Potential use for personal backup
Saint Germain
saintger at gmail.com
Mon Jun 11 23:17:13 UTC 2012
On Sat, 02 Jun 2012 15:35:10 -0400, Terrell Russell
<terrellrussell at gmail.com> wrote :
> >
> > On 6/2/12 3:12 PM, Saint Germain wrote:
> > One interesting point is that I started with a 1-out-of-2 scheme
> > (the other storage node was local on my computer) and that Guido's
> > storage node was unavailable.
> > So when I copied a file on the "grid", it was pretty quick.
> >
> > So that leads to one interesting question. Next time I will connect
> > with Guido's node available, will it upload the files I have
> > uploaded on my local storage node ?
> >
> > If that is the case, I can have quick read/write on the local
> > node ? ;-)
> >
>
> As I understand the current state of things...
>
> As long as the file is 'happy', then no, by default, there will be no
> more uploading/downloading of the shares of that file around to the
> other node(s).
>
> What you're looking for is something to handle 'rebalancing' and
> perhaps 'repair'.
>
> There are a few related tickets, but the first couple you should
> probably watch are #699 [1] and #543 [2]. Many others are listed
> under the keyword 'repair' [3] on Trac.
>
> This is not implemented in a release yet, but is also related to the
> ongoing (and highly anticipated) accounting work being done by Brian
> Warner.
>
Back again on the mailing-list !
Thank you for your explanation, now I understand the 'happy' parameter.
I suppose that if we allow upload when x server are available with
x < H, then there will be indeed happy and unhappy files.
With automatic rebalancing, the behavior will become more similar to
Dropbox !
Regards,
More information about the tahoe-dev
mailing list