wiki:VolunteerGrid

Version 28 (modified by ndurner, at 2009-07-22T13:25:32Z) (diff)

--

introducer

The introducer's furl is:

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.

You can see this introducer's wui at http://nooxie.zooko.com:9797/ . 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 http://nooxie.zooko.com:9798/ .

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 http://OpenStreetMap.org/ . Nooxie is an athlon64 server running release "NCP1" of Nexenta GNU/OpenSolaris (http://nexenta.org ). 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 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.).

Name Admin contact Location Notes/Status?
aogail-volunteergrid @ tigard.w007.org allmydata (at) w007.org Tigard, OR, USA
yukyuk (Zooko's amd64 linux workstation) IRC: zooko / zooko(at)zooko.com Boulder, CO, USA workstation -- DSL line (896 Kbps up according to Qwest, 686 Kbps up according to http://speedtest.allmydata.com)
ootles (Zooko's Macbook Pro Intel Core 2 Duo laptop) IRC: zooko / zooko(at)zooko.com Boulder, CO, USA laptop (when it is at home, same DSL line as yukyuk)
draco (Zooko's Mac/PPC 867 MHz laptop) IRC: zooko / zooko(at)zooko.com Valhalla dead until further notice
francois1(at)tahoe.ctrlaltdel.ch francois(at)ctrlaltdel.ch Lausanne, Switzerland
trelbox IRC: terrell/trel1023 Chapel Hill, NC, USA iMac on cable modem (359 kbps up via speedtest.allmydata.com)
ndurdner IRC: ndurner Stuttgart, BW, Germany Workstation via cable modem (40 KB/s up)
SECORP_DOT_NET_<01-04> IRC: secorp ?? read-only
stockrt-terra ?? ??
trid<0,1> david(at)triendl.name/IRC: soultcer Austria
tahoe.soultcer.net david(at)triendl.name/IRC: soultcer France Read-only, rarely online, useful as helper or web gateway when online.
kpreid@slimy kpreid@mac.com USA
kpreid@eider kpreid@mac.com USA Typically behind NAT, expect connection failures for now

mystery storage servers

The following appear in the introducer's list (on 2009-07-11) but have not been listed by their owners in storage servers above:

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 0
warner@cookies tkl7xc45zqqz7ss2pc62epksxd7emb3m No 14:59:40 11-Jul-2009 14:41:03 11-Jul-2009 0
civodul 4up6nzffykkpimufzil2e77heuasarvd No 14:59:40 11-Jul-2009 14:41:03 11-Jul-2009 0

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 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. ;-)

http://webcontent.osm.lab.rfc822.org/tahoe/