Hi Tahoe team,<div><br></div><div>First, I am new to the Tahoe project. So, please point out if I have some misunderstanding on concepts or design purposes. Thanks a lot!</div><div><br></div><div>Ok, let's start:</div>
<div><br></div><div>1, I am not so clear about the concept of "share". From my current understanding, share is a copy of a file, especially if I use extreme case of below configuration</div><div><br></div><div><div>
shares.needed = 1</div><div>shares.happy = 1</div><div>shares.total = 3</div></div><div><br></div><div>I like to bypass the FEC coding for now (It might be against the original design goal, but I have my reason for that - will be described in below scenario). Then, what is the mapping mechanism between shares and servers?</div>
<div><br></div><div>2, Ok, here is my deployment:</div><div>In most cases, I have only 3 servers sitting in 3 different places in the world. I simply like them mirroring each other. There is big possibility that no all 3 servers are online at the same time. That means lots of time, there will be 1 or 2 servers are offline. Also, means these 3 servers are coming and going all the time. It is acceptable as long as the server coming back online, it can sync missed files from other online server/servers</div>
<div><br></div><div>3, With my observation and below email discussion:</div><div><a href="http://tahoe-lafs.org/pipermail/tahoe-dev/2010-November/005597.html">http://tahoe-lafs.org/pipermail/tahoe-dev/2010-November/005597.html</a></div>
<div>It seems the current Tahoe release can't work for my scenarios without server rebalancing.</div><div><br></div><div>4, The test I have run.</div><div>Only two servers, A, B. Both use below configuration</div><div>
<div><div>shares.needed = 1</div><div>shares.happy = 1</div><div>shares.total = 3</div></div></div><div><br></div><div>From server A WUI, uploaded file a1 while B is offline, uploaded a2 while B is online.</div><div>From server B WUI, uploaded file b1 while A is offline, uploaded b2 while A is online.</div>
<div><br></div><div>Although, eventually, A and B can see all 4 files in the grid. But, from A WUI, I can't access b1. From B WUI, I can't access a1. Checking a1, it says</div><ul style="font-family: 'Times New Roman'; font-size: medium; ">
<li>Share Counts: need 1-of-3, have 3</li><li>Hosts with good shares: 1</li><li>Corrupt shares: none</li><li>Wrong Shares: 0</li></ul><div>All 3 good shares are on A server. But, if I try to access a1 from B WUI, it gave me below error:</div>
<div>==</div><span class="Apple-style-span" style="font-family: 'Times New Roman'; font-size: medium; "><pre style="word-wrap: break-word; white-space: pre-wrap; ">NoSharesError: no shares could be found. Zero shares usually indicates a corrupt URI, or that no servers were connected, but it might also indicate severe corruption. You should perform a filecheck on this object to learn more.

The full error message is: </pre></span><div><span class="Apple-style-span" style="font-family: monospace; font-size: medium; white-space: pre-wrap; ">no shares (need 1). Last failure: None</span></div><div><span class="Apple-style-span" style="font-family: monospace; font-size: medium; white-space: pre-wrap; "></span>==</div>
<div>So, from B WUI, a1 is totally unaccessible even checking report is ok.</div><div>Did I miss something in my test? Or, shall I do something to make B server getting a share of a1?</div><div><br></div><div>In my deployment, I would consider it is not acceptable that a1 can only be accessed from A WUI because all my 3 servers are running in the different places in the world behind their own firewalls. Accessing a file from remote server from WUI is not acceptable and against the original security design of Tahoe project.</div>
<div><br></div><div>Basically, I didn't find any clear concept talking about mapping between shares and servers (Sorry, maybe I haven't gone through all the docs, discussion threads  and tickets and found out.). But, I think there should be a mapping framework, and general configuration language (which is mentioned by Zooko in <a href="http://tahoe-lafs.org/trac/tahoe-lafs/wiki/ServerSelection">http://tahoe-lafs.org/trac/tahoe-lafs/wiki/ServerSelection</a> . I totally agree with that). But, definitely not just A super clever algorithm.</div>