<p>I believe "the introducer is down" is self-correctable by replacing (or supplementing) the introducer with gossip. Gnutella clients use a similar system and it is very reliable even when peers often go down or change IPs.</p>

<p>The difficult problem, from my point of view, is that tahoe's performance and reliability characteristics are not like a vanilla filesystem on a spinning disk. Treating it like one is an abstraction, and the abstraction leaks. Example: it is a very infrequent occurrence that my ext4 filesystem encounters an error in the middle of writing a file, so the OS doesn't handle this very well. If a file manager (e.g. nautilus) has to deal with a dircap mounted using FUSE, it won't have any clue that it's not a regular HDD due to the abstraction layer and won't be able to handle failure conditions. This happens right now when I browse my file server from my laptop using nautilus on sshfs. If the wireless connection drops, nautilus will sit there for hours trying to complete an operation instead of detecting that the network is down and giving up.</p>

<p>As far as filing tickets, I believe there is a lot of preliminary work to be done first--if a person can't troubleshoot a problem, a person can't program a computer to troubleshoot that problem. In this case, that means really good error messages and diagnostic tools. I'm happy to write them, but having to learn darcs takes it from "fun programming time" into "work" territory for me, and the docs say that the git bridge is not 100% yet.</p>

<p>Thanks,<br>
Eric<br>
</p>
<div class="gmail_quote">On Jul 30, 2012 5:37 AM, "Greg Troxel" <<a href="mailto:gdt@ir.bbn.com">gdt@ir.bbn.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
"<a href="mailto:erpo41@gmail.com">erpo41@gmail.com</a>" <<a href="mailto:erpo41@gmail.com">erpo41@gmail.com</a>> writes:<br>
<br>
>> There should be a command-line version of the status page, but there<br>
>> seems not to be.<br>
>> I use "wget <a href="http://127.0.0.1:3456/" target="_blank">http://127.0.0.1:3456/</a> && more index.html" :-)<br>
>> Seriously, am I the only one who runs nodes on computers I am not<br>
>> sitting at?<br>
><br>
> I also run tahoe at a computer I am not sitting at. There is a storage<br>
> server on my home network responsible for running tahoe, and it listens on<br>
> an address in my private IP range. I call up the web UI from my desktop.<br>
<br>
I never let the tahoe  web gateway listen on other than 127.0.0.1<br>
<br>
> When I'm away from home and want to check my node status, an ssh tunnel<br>
> with port forwarding does the job.<br>
<br>
Sure, I can do that too, and have.<br>
<br>
> A CLI status checking command would be cool. However, a better solution<br>
> would be to make tahoe so reliable and self-correcting that users don't<br>
> ever need to check the status. (I.e. 5-second wizard-based configuration,<br>
> automatic firewall/NAT penetration, retry everything until it succeeds or<br>
> the world comes to an end, check and repair data automatically, etc...).<br>
<br>
File those tickets!<br>
<br>
But "the introducer is down" isn't self-correctable - my node is fine,<br>
as far as I can tell, and the web page shows what's going on instantly.<br>
</blockquote></div>