= introducer = The introducer's furl is: pb://6cypm5tfsv6ag43g3j5z74qx5nfxa2qq@207.7.131.41:64228,nooxie.zooko.com:64228/introducer You can see this introducer's wui at http://nooxie.zooko.com:9797 . It is currently running Tahoe-LAFS v1.3.0. I'll probably upgrade it soon to either v1.4.1 or v1.5.0. 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 ). uname -a says: {{{SunOS nooxie 5.11 NexentaOS_20080312 i86pc i386 i86pc Solaris}}} 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. Note that nooxie is not currently offering a storage server, only an introducer. It's 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.) The IP address is statically assigned, the domain name "nooxie.zooko.com" is included in the furl just for future robustness. = 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 [http://allmydata.org/trac/tahoe/browser/docs/configuration.txt 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 || [http://allmydata.org/pipermail/tahoe-dev/2009-July/002211.html dead until further notice] || francois1(at)tahoe.ctrlaltdel.ch || ?? || ?? || || trelbox || IRC: terrell/trel1023 || Chapel Hill, NC, USA || || ndurdner || IRC: ndurner || ?? || || SECORP_DOT_NET_<01-04> || IRC: secorp || ?? || || stockrt-terra || ?? || ?? || || trid0 || david(at)triendl.name/IRC: soultcer || [http://en.wikipedia.org/wiki/Zirl,_Austria Austria] || = 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 || kpreid@slimy || nd74tvz6fayor6eancf3i665iacjwjgw || Yes: to 66.88.14.194:50441 || 14:41:04 11-Jul-2009 || 14:41:03 11-Jul-2009 || 0 || tahoe.soultcer.net || nonlmfxvfx7sv5t73io4t6gggsg5lhwr || No || 14:59:40 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), ...