Strange check results

[Paul Rabahy]

I tried it and got different results. Both times I did the check (with and
without repair) it showed all the pieces. Also, it always showed all ten
pieces. The pieces are labeled 0-9 not 1-10.

Once I did the experiment, I manually helped re-balance the file by
deleting a couple of the shares that were on my computer and doing another
repair. Originally my node had 8 out of the 10 shares. Now it is much more
balanced.

On Sun, Aug 16, 2015 at 3:45 AM, Ed Kapitein <ed at kapitein.org> wrote:

> Hi,
>
> I see some weird behaviour in the pubgrid:
>
> If you open
>
> URI:DIR2:xyixata7yq5lx5w755azwag5ni:jwdanyzc3sph2up6zndyhlvtx4eqv5jgqknhysiwqyqskyp6ozyq
>
> And you click "More info" on the second file:
> "EenD.wav        5997724"
> And then choose "Check" ( without any repair options )
> you will see that there are 9 shares where there should be 10.
> If you go back and choose "Check" with the "Repair any problems" option,
> you get:
> 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:
> no shares (need 3). Last failure: None
>
> First there are 9 and then there are none... Sounds strange to me.
>  Can someone confirm this behaviour? i am on allmydata-tahoe/1.9.2 (
> apt-get install on raspbian )
> My node name is kapiteined.
>
> Kind regards,
> Ed
>
> _______________________________________________
> tahoe-dev mailing list
> tahoe-dev at tahoe-lafs.org
> https://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/20150816/a94e2b55/attachment.html>