P2P distributed storage (like Wuala)

Asked by ledom on 2011-09-09

Just an idea, I like your Syncany project, centralized storage (Amazon S3, user host...) is fine but decentralized would be better. Have a look at http://www.youtube.com/watch?v=3xKZ4KGkQY8

EDIT: intersting link: http://www.sciencetext.com/peer-to-peer-data-storage.html

Greatings!

Question information

Language:
English Edit question
Status:
Solved
For:
Syncany Edit question
Assignee:
No assignee Edit question
Solved by:
Philipp C. Heckel
Solved:
2011-09-10
Last query:
2011-09-10
Last reply:
2011-09-10

I read quite a bit about Wuala. And I know that it's an interesting technology. However, I do not think that the effort for the creation of a system like this is worth it -- especially since there are so many free storage providers out there.

Regarding Wuala: according to the material I've read, the P2P concept is a very small chunk of the actual application. The data is largely stored on Wuala's servers (or their storage provider).

Don't get me wrong: I think it's a great idea and Syncany would really benefit from it if there was a P2P plugin :-) -- And I'd be happy if someone would make it. I just think it's not simple :-D

ledom (sebastien-domeny) said : #2

Thanks Philipp C. Heckel, that solved my question.

ledom (sebastien-domeny) said : #3

One good tool that could be used with Syncany: Tahoe-LAFS http://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/docs/about.rst
It could be used through sftp.

ClashTheBunny (spam-mason) said : #4

I've also been looking into tahoe-lafs. It is my dream backend for Syncany.

In
http://tahoe-lafs.org/trac/tahoe-lafs/wiki/RelatedProjects
there is a hadoop client:
http://code.google.com/p/hadoop-lafs/

Which has a Java backend for Tahoe-LAFS in it. I don't do Java quite yet, but it could be the easiest thing to port. It just uses http requests and such.

There is even a TestGrid as they call it where you can try it out (from 1-20 megs they say...)

Funky Dev (funkydevnull) said : #5

I think tahoe-laft can be accessed as a file system via fuse, sshfs and sftp
but as already mentioned it can also be accessed via sftp. So it seems like
you could just reuse the local fs plugin rather than rewriting a new one.

As a backend to syncany, however, it seems a bit odd to use tahoe as it
already implements the front-end functionality of syncany to a large degree
(albeit with a fixed backend). I think its even moving towards supporting
encrypting and updating files one chunk at a time with MDMF (see e.g.

http://tahoe-lafs.org/pipermail/tahoe-dev/2010-April/004292.html

Once this is implemented (which I think it almost is) I don't see much point
in running syncany over tahoe-lafs (though of course syncany is still much
more broadly usable and supports many more backends).

On Wed, Sep 28, 2011 at 12:30 PM, ClashTheBunny <
<email address hidden>> wrote:

> Question #170670 on Syncany changed:
> https://answers.launchpad.net/syncany/+question/170670
>
> ClashTheBunny posted a new comment:
> I've also been looking into tahoe-lafs. It is my dream backend for
> Syncany.
>
> In
> http://tahoe-lafs.org/trac/tahoe-lafs/wiki/RelatedProjects
> there is a hadoop client:
> http://code.google.com/p/hadoop-lafs/
>
> Which has a Java backend for Tahoe-LAFS in it. I don't do Java quite
> yet, but it could be the easiest thing to port. It just uses http
> requests and such.
>
> There is even a TestGrid as they call it where you can try it out (from
> 1-20 megs they say...)
>
> --
> You received this question notification because you are a member of
> Syncany Team, which is an answer contact for Syncany.
>
> --
> Mailing list: https://launchpad.net/~syncany-team
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~syncany-team
> More help : https://help.launchpad.net/ListHelp
>