Zooko, I think I understand the message as is (but yes, the meaning is obfuscated a little :). I only care that one failure in renewal process shut down it completely. Say I have one big file (10GB) and thousands of small files. When uploading of one big share failed because there is not enough place for it, it does not mean that other 1kB files cannot be renewed.<br>

<br>Currently repair stopped after 14000 checks, but I have (maybe I had) over 57000 files in grid...<br><br>Full error mesage is here (it's from volunteergrid):<br><br>[Failure instance: Traceback: <class 'allmydata.interfaces.UploadUnhappinessError'>: shares could be placed on only 3 server(s) such that any 1 of them have enough shares to recover the file, but we were asked to place shares on at least 7 such servers. (placed all 3 shares, want to place shares on at least 7 servers such that any 1 of them have enough shares to recover the file, sent 4 queries to 4 peers, 3 queries placed some shares, 1 placed none (of which 1 placed none due to the server being full and 0 placed none due to an error))<br>

/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/foolscap-0.5.1-py2.6.egg/foolscap/call.py:674:_done<br>/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/foolscap-0.5.1-py2.6.egg/foolscap/call.py:60:complete<br>

/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/Twisted-10.1.0-py2.6-linux-armv7l.egg/twisted/internet/defer.py:318:callback<br>/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/Twisted-10.1.0-py2.6-linux-armv7l.egg/twisted/internet/defer.py:424:_startRunCallbacks<br>

--- <exception caught here> ---<br>/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/Twisted-10.1.0-py2.6-linux-armv7l.egg/twisted/internet/defer.py:441:_runCallbacks<br>/mnt/data/home/marekp/tahoe180/src/allmydata/immutable/upload.py:546:_got_response<br>

/mnt/data/home/marekp/tahoe180/src/allmydata/immutable/upload.py:396:_loop<br>/mnt/data/home/marekp/tahoe180/src/allmydata/immutable/upload.py:561:_failed<br><br>Thanks,<br>Marek<br><br><div class="gmail_quote">On Wed, Jan 5, 2011 at 5:44 PM, Zooko O'Whielacronx <span dir="ltr"><<a href="mailto:zooko@zooko.com">zooko@zooko.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi, Marek.<br>
<div><div></div><div class="h5"><br>
On Wed, Jan 5, 2011 at 7:26 AM, slush <<a href="mailto:slush@centrum.cz">slush@centrum.cz</a>> wrote:<br>
><br>
> after few weeks I checked logs of my storage repairs and found, that process<br>
> is permanently throwing UnhappinessError. That means I probably lost some of<br>
> my data, right? Is here some way how to fix it / skip error and let repairer<br>
> to renew other files of my storage?<br>
<br>
</div></div>Hm, it seems like the error message that it printed out should have<br>
shed some light on this question for you. Perhaps there was either too<br>
little information or too much information for you to read it. Does<br>
this mean we should change that error message to be more explicit and<br>
more detailed or less detailed I wonder? Could you please post the<br>
error message so we can see exactly what it said? Thanks! (This will<br>
also help us answer your actual question about what is going on and<br>
what you can do about it.)<br>
<br>
Regards,<br>
<br>
Zooko<br>
_______________________________________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org">tahoe-dev@tahoe-lafs.org</a><br>
<a href="http://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">http://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
</blockquote></div><br>