it should be possible to filecheck an unrecoverable file or directory #539

Closed
opened 2008-11-25 01:44:56 +00:00 by warner · 2 comments
warner commented 2008-11-25 01:44:56 +00:00
Owner

Rob was trying to check on a directory, and was getting a "no recoverable versions". He wasn't sure if this was because his directory was actually on a completely different grid (perhaps testgrid), or if somehow enough shares had been lost to make the directory actually unrecoverable.

The 'check' button should let him ask this question, but going to /uri/URI/?t=check (where the button ought to be displayed) failed. My hunch is that the line that says "object size =" (which requires a fetch of the SSK mutable file) is causing the whole page to fail to render.

It would be nice to fix this.

Rob was trying to check on a directory, and was getting a "no recoverable versions". He wasn't sure if this was because his directory was actually on a completely different grid (perhaps testgrid), or if somehow enough shares had been lost to make the directory actually unrecoverable. The 'check' button should let him ask this question, but going to /uri/URI/?t=check (where the button ought to be displayed) failed. My hunch is that the line that says "object size =" (which requires a fetch of the SSK mutable file) is causing the whole page to fail to render. It would be nice to fix this.
tahoe-lafs added the
code-frontend-web
major
defect
1.2.0
labels 2008-11-25 01:44:56 +00:00
tahoe-lafs added this to the undecided milestone 2008-11-25 01:44:56 +00:00
warner commented 2008-12-06 04:59:26 +00:00
Author
Owner

I might have fixed this.. there's code in source:src/allmydata/web/info.py in the MoreInfo.render_size method to tolerate UnrecoverableFileError. I need to test that this is enough.

I might have fixed this.. there's code in source:src/allmydata/web/info.py in the `MoreInfo.render_size` method to tolerate UnrecoverableFileError. I need to test that this is enough.
warner commented 2008-12-06 05:16:04 +00:00
Author
Owner

changeset:68f366b584493739 did indeed fix this.

changeset:68f366b584493739 did indeed fix this.
tahoe-lafs added the
fixed
label 2008-12-06 05:16:04 +00:00
tahoe-lafs modified the milestone from undecided to 1.3.0 2008-12-06 05:16:04 +00:00
warner closed this issue 2008-12-06 05:16:04 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: tahoe-lafs/trac-2024-07-25#539
No description provided.