[tahoe-dev] UnhappinessError during renew

[slush]

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.

Currently repair stopped after 14000 checks, but I have (maybe I had) over
57000 files in grid...

Full error mesage is here (it's from volunteergrid):

[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))
/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/foolscap-0.5.1-py2.6.egg/foolscap/call.py:674:_done
/mnt/data/home/marekp/tahoe180/support/lib/python2.6/site-packages/foolscap-0.5.1-py2.6.egg/foolscap/call.py:60:complete
/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
/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
--- <exception caught here> ---
/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
/mnt/data/home/marekp/tahoe180/src/allmydata/immutable/upload.py:546:_got_response
/mnt/data/home/marekp/tahoe180/src/allmydata/immutable/upload.py:396:_loop
/mnt/data/home/marekp/tahoe180/src/allmydata/immutable/upload.py:561:_failed

Thanks,
Marek

On Wed, Jan 5, 2011 at 5:44 PM, Zooko O'Whielacronx <zooko at zooko.com> wrote:

> Hi, Marek.
>
> On Wed, Jan 5, 2011 at 7:26 AM, slush <slush at centrum.cz> wrote:
> >
> > after few weeks I checked logs of my storage repairs and found, that
> process
> > is permanently throwing UnhappinessError. That means I probably lost some
> of
> > my data, right? Is here some way how to fix it / skip error and let
> repairer
> > to renew other files of my storage?
>
> Hm, it seems like the error message that it printed out should have
> shed some light on this question for you. Perhaps there was either too
> little information or too much information for you to read it. Does
> this mean we should change that error message to be more explicit and
> more detailed or less detailed I wonder? Could you please post the
> error message so we can see exactly what it said? Thanks! (This will
> also help us answer your actual question about what is going on and
> what you can do about it.)
>
> Regards,
>
> Zooko
> _______________________________________________
> tahoe-dev mailing list
> tahoe-dev at tahoe-lafs.org
> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tahoe-lafs.org/pipermail/tahoe-dev/attachments/20110105/952d9bd7/attachment.html>