scaling

update

add news item for git-annex 10.20241031

releasing package git-annex version 10.20241031

oops, add the new todos meant to be in prev commit

split up remaining items from todo/git-annex_proxies and close it!

prepare for release tomorrow

link

fix link

Merge branch 'master' of ssh://git-annex.branchable.com

DATA-PRESENT working for exporttree=yes remotes

Since the annex-tracking-branch is pushed first, git-annex has already
updated the export database when the DATA-PRESENT arrives. Which means
that just using checkPresent is enough to verify that there is some file
on the special remote in the export location for the key.

So, the simplest possible implementation of this happened to work!

(I also tested it with chunked specialremotes, which also works, as long
as the chunk size used is the same as the configured chunk size. In that
case, the lack of a chunk log is not a problem. Doubtful this will ever
make sense to use with a chunked special remote though, that gets pretty
deep into re-implementing git-annex.)

Updated the client side upload tip with a missing step, and reorged for clarity.

fix recording present on the proxy when proxying DATA-PRESENT

Apparently the protoerrhandler parameter never runs. Also the const
typo prevented the type checker from complaining that relayPUTRecord was
being called with 1 less parameter than needed.

So move the relayPUTRecord out of it.

Fix hang when receiving a large file into a proxied special remote

Only indicate that we're done with the bytestring once it all gets written.
Otherwise, the end of it may get garbage collected before we can process
it, leading to a hang.

This seems to have been introduced in commit
cdc4bd7443a4921dd0573a0babedc51c1d62f918. Which oddly was trying to fix a
very similar problem, but specific to a cluster node. In that commit,
things got out of order, with it signaling it was done with the bytestring
before it has written all of it to the file.

My test case for this bug is a directory special remote
with a file being sent to it via a proxy accessed via ssh or http.
The file was 10 mb, and it hung on the last few kb of it not being
received.

I've also tested this fix in the case of proxying to a cluster node
directory special remote over http, which was the case
cdc4bd7443a4921dd0573a0babedc51c1d62f918 was dealing with.

Merge branch 'master' into p2pv4

break out todo item

add tip for DATA-PRESENT feature

document DATA-PRESENT in CHANGELOG

I wonder where else this could be documented? It's kind of a niche
feature, since it needs at least a partial custom implementation of the p2p
protocol or the p2phttp protocol. But it can save a lot of bandwidth and
avoid the proxy needing disk space to buffer files uploaded to a special
remote.

support DATA-PRESENT when proxtying for special remotes

There is a TODO left in the code for exporttree special remotes. If
possible, it should check if one of the export locations contains the
content of the key.

support DATA-PRESENT in the p2p protocol proxy

But not yet when proxying to special remotes.

When proxying for a cluster, the client can store the object on any node
or nodes of the cluster, and send DATA-PRESENT. That gets proxied to each
node, and if any of them agree that they have the data, the proxy will
respond with SUCCESS or SUCCESS-PLUS.

I think it's ok to not check for the proxied remotes supporting protocol
version 4. When there are multiple remotes in a cluster, it behaves as
described above, and if they all respond with ERROR, the result will be
FAILURE. And when not proxying for a cluster, the proxy negotiates the
p2p protocol to be the same version or lower than the proxied remote,
which will prevent sending DATA-PRESENT when it's too old.

implement put data-present parameter in http servant

Changed the protocol docs because servant parses "true" and "false" for
booleans in query parameters, not "1" and "0".

clientPut with datapresent=True is not used by git-annex, and I don't
anticipate it being used in git-annex, except for testing.

I've tested this by making clientPut be called with datapresent=True and
git-annex copy to a remote succeeds once the object file is first
manually copied to the remote. That would be a good test for the test
suite, but running the http client means exposing it to at least
localhost, and would fail if a real http client was already running on
that port.

implement DATA-PRESENT in p2p protocol

Not yet implemented for the http server or the proxy.

update http servant for p2p protocol version 4

This is all just adding the v4 routes and boilerplate. At this point v4
is implemented the same as v3.

p2p protocol version 4 for DATA-PRESENT

formatting

update

simplified design for indirect uploads

fix reversion in getting from unchunked encrypted special remotes

Have to use the object file for the encrypted key, not the unencrypted
key.

Bug introduced in 835283b86240ef4b68c44f4332ac1b644e08e49f

bisected

reproduced

initial report on fresh FTBFS on debian

comment

comment

remove warnings about tuning being experimental

followup and close

close old xmpp bug

Merge branch 'master' of ssh://git-annex.branchable.com

pondering

add missing space

planning

Added a comment

Added a comment: Re: rclone remote config in special remote

Merge branch 'master' into streamproxy

response

Merge branch 'master' of ssh://git-annex.branchable.com

adjust: Allow any order of options when combining --hide-missing with options like --unlock.

optparse-applicative made this hard, the naive implementation this had
before didn't let --hide-missing come after --unlock. And just adding
additional <|> with --hide-missing coming after --unlock didn't work
either. So need to get some options and then combine them.

better name for LinkPresentAdjustment

comment

response

Added a comment

comment

comment

remove stack-lts-18.13.yaml

windows autobuilder fixed to use stack.yaml

comment

comment

Merge branch 'master' of ssh://git-annex.branchable.com

response

Merge branch 'master' of ssh://git-annex.branchable.com

p2phttp: Allow unauthenticated users to lock content by default

* p2phttp: Allow unauthenticated users to lock content by default.
* p2phttp: Added --unauth-nolocking option to prevent unauthenticated
  users from locking content.

The rationalle for this is that locking is not really a write operation, so
makes sense to allow in a repository that only allows read-only access. Not
supporting locking in that situation will prevent the user from dropping
content from a special remote they control in cases where the other copy of
the content is on the p2phttp server.

Also, when p2phttp is configured to also allow authenticated access,
lockcontent was resulting in a password prompt for users who had no way to
authenticate. And there is no good way to distinguish between the two types
of users client side.

--unauth-nolocking anticipates that this might be abused, and seems better
than disabling unauthenticated access entirely if a server is being
attacked. It may be that rate limiting locking by IP address or similar
would be an effective measure in such a situation. Or just limiting the
number of locks by anonymous users that can be live at any one time. Since
the impact of such an DOS attempt is limited to preventing dropping content
from the server, it seems not a very appealing target anyway.

comment

tag

add GITMANIFEST to parseKeyVariety

git-remote-annex: Fix bug that prevented using it with external special
remotes, leading to protocol error messages involving "GITMANIFEST".

comment

Added a comment

Added a comment

comments

clarification on 403

comment

Merge branch 'master' into streamproxy

fix build on windows

Utility.OpenFile is posix only

Added a comment

report on windows FTBFS

Added a comment

comment

Allow enabling the servant build flag with older versions of stm

Allowing building with ghc 9.0.2 (debian stable).

Updated patch covering all uses of writeTMVar.

removed

Added a comment

Added a comment

Added a comment

Tag with project ID

Added a comment

comment

Allow enabling the servant build flag with older versions of stm

Allowing building with ghc 9.0.2 (debian stable).

Added a comment

p2phttp combining unauth and auth options

p2phttp: Support serving unauthenticated users while requesting
authentication for operations that need it. Eg, --unauth-readonly can be
combined with --authenv.

Drop locking currently needs authentication so it will prompt for that.
That still needs to be addressed somehow.

response

Merge branch 'master' of ssh://git-annex.branchable.com

add IMN7 to projects and tag a relevant issue

comment

question about Servant

Make VURL a proper list item

initial report on divergence in behavior on ACL

Added a comment

make freeze/thaw relative paths

initial report on freeze/thaw exit code ignorance

Added a comment