]> dgit.raspbian.org Git - git-annex.git/commitdiff
update
authorJoey Hess <joeyh@joeyh.name>
Sun, 23 Jun 2024 09:26:45 +0000 (05:26 -0400)
committerJoey Hess <joeyh@joeyh.name>
Sun, 23 Jun 2024 09:26:45 +0000 (05:26 -0400)
doc/design/passthrough_proxy.mdwn
doc/todo/git-annex_proxies.mdwn

index 22c8d34e82e7109c3f966a7ec114065b938356b3..24917f8aac08e11d497481e9b7f2076956e4c5c6 100644 (file)
@@ -238,6 +238,14 @@ always fail. Also, when constructing a drop proof for a cluster's UUID,
 the nodes of that cluster should be omitted, otherwise a drop from the
 cluster can lock content on individual nodes, causing the drop to fail.
 
+Moving from a cluster is a special case because it may reduce the number
+of copies. So move's `willDropMakeItWorse` check needs to special case
+clusters. Since dropping from the cluster may remove content from any of
+its nodes, which may include copies on nodes that the local location log does
+not know about yet, the special case probably needs to always assume
+that dropping from a cluster in a move risks reducing numcopies,
+and so only allow it when a drop proof can be constructed.
+
 Some commands like `git-annex whereis` will list content as being stored in
 the cluster, as well as on whichever of its nodes, and whereis currently
 says "n copies", but since the cluster doesn't count as a copy, that
index 37a04880684c8cddc77b151e6db557e89027f10a..395a0ec0df6c1d2438dbceab057e5c0a99fd5892 100644 (file)
@@ -77,7 +77,8 @@ For June's work on [[design/passthrough_proxy]], implementation plan:
 
   Problem: When nodes are special remotes, may
   treat nodes as copies while dropping from cluster, and so violate
-  numcopies. (But not mincopies.)
+  numcopies. (But not mincopies.) This is also solved by avoiding using
+  cluster nodes when constructing drop proof for cluster.
 
   Problem: `move --from cluster` in "does this make it worse"
   check may fail to realize that dropping from multiple nodes does in fact