bug report
This commit is contained in:
parent
5b7a5eedb6
commit
2f509e529e
1 changed files with 12 additions and 0 deletions
|
@ -0,0 +1,12 @@
|
|||
git-annex move takes care to handle resuming an interrupted move, where the
|
||||
dest received the object, but the drop did not happen before it was
|
||||
interrupted.
|
||||
|
||||
But, the more common case than being interrupted with ctrl-c or power loss
|
||||
is the drop failing due to a network issue. In this case, re-running move
|
||||
does not let the drop succeed in cases where the original move would have
|
||||
let the drop succeed.
|
||||
|
||||
The problem is that logMove runs its cleanup action in this case.
|
||||
So the move.log gets the record of the move cleaned from it. It seems that
|
||||
the cleanup action should avoid doing that when the move failed. --[[Joey]]
|
Loading…
Add table
Reference in a new issue