From 12a8348f9f9059fc29452a3795145445ca62e308 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 2 Jul 2015 17:13:49 -0400 Subject: [PATCH] response --- ..._9ae9ca3983f7d4209fd1de65d982731d._comment | 29 +++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 doc/forum/Storing_copies_on_LTO_tapes__63__/comment_1_9ae9ca3983f7d4209fd1de65d982731d._comment diff --git a/doc/forum/Storing_copies_on_LTO_tapes__63__/comment_1_9ae9ca3983f7d4209fd1de65d982731d._comment b/doc/forum/Storing_copies_on_LTO_tapes__63__/comment_1_9ae9ca3983f7d4209fd1de65d982731d._comment new file mode 100644 index 0000000000..c734222ebd --- /dev/null +++ b/doc/forum/Storing_copies_on_LTO_tapes__63__/comment_1_9ae9ca3983f7d4209fd1de65d982731d._comment @@ -0,0 +1,29 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 1""" + date="2015-07-02T21:00:00Z" + content=""" +All your solutions are reasonable, but you're right that none of them +avoid random-access. And git-annex is generally not built in a way that +makes it easy to avoid random-access. + +But, I think it's tractable with a special remote. + +Consider a special remote that has two retrieval modes. +In one mode, it always fails to retrieve keys, but keeps a list. In the +second mode, it starts up by going through its list, retreives everything +in order to a temporary directory, and then when asked to retrieve a key, +just moves it from the temp dir into place. This is somewhat similar to how +Amazon Glacier works, and like git-annex's glacier support, it would result +in the first `git-annex get` failing, and a second `git annex get` being +needed to finish the retrival. + +That could be improved.. Make the special remote fail to retrive keys, +and keep a list. On shutdown, it then sorts the list, retrieves the keys +in order, and runs `git annex setkey` to move the content into the annex. +Still a little bit weird, because `git annex get` would seem to fail +and then pause at the end for a long time, after which the files would +actually end up being present. (Also, I er, removed `git annex setkey` in +2011, because it didn't seem very useful, but this is in fact a use case +for it, so I can bring it back if you get that far.) +"""]]