From 6e18131a499bda40378f60693169b3032115ca06 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawkexhIpGcYa22aPQtLm-StpHiF-MHYPh5w" Date: Mon, 10 Jun 2013 17:21:26 +0000 Subject: Add further workaround instructions --- doc/bugs/Glacier_remote_uploads_duplicates.mdwn | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/bugs/Glacier_remote_uploads_duplicates.mdwn b/doc/bugs/Glacier_remote_uploads_duplicates.mdwn index bcbd94815..f7c8c222e 100644 --- a/doc/bugs/Glacier_remote_uploads_duplicates.mdwn +++ b/doc/bugs/Glacier_remote_uploads_duplicates.mdwn @@ -29,3 +29,5 @@ However, whatever we do, it is impossible to map an "upload or overwrite on key If the problem is as I think it is, always applying `--trust-glacier` should prevent the problem from occurring in most cases, since git-annex will run "checkpresent" and glacier-cli will confirm that the archive exists. To fix the problem after it has occurred, it should be sufficient to delete duplicates using glacier-cli, since they _should_ be identical to each other. Some enhancement of the `glacier-cli archive list` command would help here. + +Update 10 June 2013: I've pushed a `glacier-cli` update and helper script in commit `b68835`. This adds a `--force-ids` option to `glacier archive list`, with which the helper script `glacier-list-duplicates.sh` uses to identify duplicates that can be removed. If you're affected by this issue, I suggest that you use this helper to identify and fix your problem by removing the duplicates. Please do so carefully by checking that the output of the helper is correct before you use it to delete the duplicates. See the comments at the top of the helper script for usage information. -- cgit v1.2.3