git-annex/P2P
Joey Hess 5b332a87be
dropping from clusters
Dropping from a cluster drops from every node of the cluster.
Including nodes that the cluster does not think have the content.
This is different from GET and CHECKPRESENT, which do trust the
cluster's location log. The difference is that removing from a cluster
should make 100% the content is gone from every node. So doing extra
work is ok. Compare with CHECKPRESENT where checking every node could
make it very expensive, and the worst that can happen in a false
negative is extra work being done.

Extended the P2P protocol with FAILURE-PLUS to handle the case where a
drop from one node succeeds, but a drop from another node fails. In that
case the entire cluster drop has failed.

Note that SUCCESS-PLUS is returned when dropping from a proxied remote
that is not a cluster, when the protocol version supports it. This is
because P2P.Proxy does not know when it's proxying for a single node
cluster vs for a remote that is not a cluster.
2024-06-23 09:43:40 -04:00
..
Address.hs Windows: Support long filenames in more (possibly all) of the code 2023-03-01 15:55:58 -04:00
Annex.hs disk free checking for unsized keys 2024-01-16 14:29:10 -04:00
Auth.hs update licenses from GPL to AGPL 2019-03-13 15:48:14 -04:00
IO.hs git-annex-shell: block relay requests 2024-06-10 14:16:27 -04:00
Protocol.hs dropping from clusters 2024-06-23 09:43:40 -04:00
Proxy.hs dropping from clusters 2024-06-23 09:43:40 -04:00