diff --git a/VolunteerGrid.md b/VolunteerGrid.md index 20934e3..c5bc62d 100644 --- a/VolunteerGrid.md +++ b/VolunteerGrid.md @@ -1,22 +1,30 @@ -# introducer +# About -The introducer's furl is: +The volunteergrid is a tahoe storage grid from users for users. Contrary to the [TestGrid](TestGrid)–which may be flushed at any times for development/testing reasons–the volunteergrid is meant as a stable alternative to the commercial [allmydata.com grid](http://allmydata.com/). It was [proposed by Eugene L.](http://allmydata.org/pipermail/tahoe-dev/2009-February/001248.html) in February 2009 and an introducer [was set up](http://allmydata.org/pipermail/tahoe-dev/2009-February/001341.html) by Zooko after the idea received a fair amount of praise. There are usually between 15 and 20 active servers, but new servers are always welcome. -pb://6cypm5tfsv6ag43g3j5z74qx5nfxa2qq@207.7.145.200:64228,nooxie.zooko.com:64228/introducer -The IP address is statically assigned, but has changed in the past; the domain name "nooxie.zooko.com" is included in the furl for future robustness. +# Setting up a volunteergrid (storage) node + * Follow the [install instructions](http://allmydata.org/source/tahoe/trunk/docs/install.html) + * If your storage server is behind a firewall/NAT, please set up port forwarding to your *tub.port* and point *tub.location* to your external IP address (see [configuration](http://allmydata.org/source/tahoe/trunk/docs/configuration.txt)). + * Set your introducer.furl to *pb://6cypm5tfsv6ag43g3j5z74qx5nfxa2qq@207.7.145.200:64228,nooxie.zooko.com:64228/introducer* + * Please subscribe to the [volunteergrid-l](http://allmydata.org/cgi-bin/mailman/listinfo/volunteergrid-l) mailing list - it is very low-traffic but might feature important announcements. + * Add your node to the [map](http://webcontent.osm.lab.rfc822.org/tahoe/). -You can see this introducer's wui at . It is currently running Tahoe-LAFS v1.4.1-r3982. Note that nooxie is not currently offering a storage server, only an introducer, and a client at . +# Best practices + * If you destroy data (by accident or decision), let us know! Please inform us on the mailing list or ping us on IRC. + * Please provide at least as much space as you use. (Don't forget to consider the redundancy factor: If you upload 1 GB of data, the grid will receive 3.33 GB of encoded data.) -nooxie is located in a co-lo in San Francisco. I'll let you know once I figure out how to add nooxie's location to . Nooxie is an athlon64 server running release "NCP1" of Nexenta GNU/OpenSolaris ( ). It has two identical SATA drives of about 33 GB capacity each in a ZFS RAID-Z mirror, at the time of this writing about 5 GB free. Its uptime is (on 2009-07-11), 72 days, which is when we upgraded it to Nexenta NCP1 final from an early beta release of Nexenta NCP1. uname -a says: +# Links + * [Map of servers and people involved with the volunteergrid](http://webcontent.osm.lab.rfc822.org/tahoe/) + * [Introducer web interface](http://nooxie.zooko.com:9797/) provided by Zooko + * [Public web interface (secorp.net)](http://secorp.net:8123) provided by Peter, the CEO of allmydata.com + * [Public web interface (soultcer.net)](http://tahoe.soultcer.net) provided by David T. -`SunOS nooxie 5.11 NexentaOS_20080312 i86pc i386 i86pc Solaris` +# Servers +## Introducer (Nooxie.zooko.com) +nooxie is located in a co-lo in San Francisco. It is an athlon64 server running release "NCP1" of Nexenta GNU/OpenSolaris ( ). It has two identical SATA drives of about 33 GB capacity each in a ZFS RAID-Z mirror, at the time of this writing about 5 GB free. Its uptime is (on 2009-07-11), 72 days, which is when we upgraded it to Nexenta NCP1 final from an early beta release of Nexenta NCP1. uname -a says: `SunOS nooxie 5.11 NexentaOS_20080312 i86pc i386 i86pc Solaris` -# Common convergence file -The file private/convergence contains a secret key, which is used for creating file hashes. Please set it to an empty string (file-length should be 0 byte). This means that the same file doesn't have to be uploaded twice when uploaded by different persons, as the file hash will stay the same if both file and convergence is the same. Please refer to [docs/configuration](http://allmydata.org/trac/tahoe/browser/docs/configuration.txt) for more information about the security trade-offs this brings. - -# storage servers -(It would be best if this information can somehow be tracked together with the map suggested in ticket #642.). +## Storage Nodes | | | | | |---|---|---|---| @@ -43,17 +51,4 @@ The following appear in the introducer's list (on 2009-07-11) but have not been | Nickname | PeerID | Connected? | since | First Announced | Version | | struc.tv | gapnio7pehmn7qiibaavkqfpkhp36be2 | Yes: to 97.107.135.139:58490 | 14:41:04 11-Jul-2009 | 14:41:03 11-Jul-2009 | | warner@cookies | tkl7xc45zqqz7ss2pc62epksxd7emb3m | No | 14:59:40 11-Jul-2009 | 14:41:03 11-Jul-2009 | -| civodul | 4up6nzffykkpimufzil2e77heuasarvd | No | 14:59:40 11-Jul-2009 | 14:41:03 11-Jul-2009 | - -# rules? -As the grid is meant to be stable, I think we should work out some rules regarding the usage, to prevent obsessive space usage by users who don't contribute, servers going offline with no warning (Tahoe is resistant against that, but what happens if multiple servers, maybe from the same admin, go away?), incompatible upgrades creating data loss (what happens when Tahoe 1.4 introduces a new storage format, rendering all the already stored chunks unusable), ... - -Zooko says: My request is: if you destroy data (by accident or decision), please let me know! Either send e-mail or post to this page. I can already announce that I have destroyed some data: draco is inoperative. Well, maybe the data is still there on the hard disk and will come back someday when I get a paycheck and can pay a repairman to repair draco. - -If your storage server is behind firewall/NAT, please configure your firewall/NAT to forward a TCP port and edit your `tahoe.cfg` to set `tub.port` and `tub.location` as explained in the source:docs/configuration.txt file. - -# location location location - -Per ticket #642, please inform Jan-Benedict Glaw of your (approximate) latitude and longitude and that of your servers. The more privacy you want about your location, then the more approximate of a location that you can report. If you want so much privacy that you're not comfortable specifying even your continent, then don't bother specifying a location. ;-) - - \ No newline at end of file +| civodul | 4up6nzffykkpimufzil2e77heuasarvd | No | 14:59:40 11-Jul-2009 | 14:41:03 11-Jul-2009 | \ No newline at end of file