https://cgit-beta.freebsd.org/src.git: error: RPC failed; curl 18 transfer closed with outstanding read data remaining

[Dimitry Andric]

On 28 Oct 2020, at 20:54, Ulrich Spörlein <uqs at FreeBSD.org> wrote:
> 
> On Tue, 2020-10-27 at 15:13:09 +0100, Dimitry Andric wrote:
>> I consistently get this error when doing a "git fetch", on a already
>> populated clone. This is with git 2.28.0, on a FreeBSD 13-CURRENT
>> client. On the same system, git fetching over https from e.g. GitHub all
>> work fine, even for the FreeBSD repository. Therefore, I am inclined to
>> think that some cgit-beta server timeout setting is to blame.
> 
> Hi Dim
> 
> just to make sure, as you explicitly write "on an already populated
> clone", does this also happen with a fresh clone?
> 
> I think the aggressive repacking between runs is to blame here, as that
> takes away the potential to send a small diff update. I've now reverted
> the aggressive GC and have changed the conversion to run 3x per day per
> repo. (We no longer need the aggressive repack, it was put in place to
> fix something else :)
> 
> IOW, please try a fresh clone, and if the future `fetches` to this clone
> continue timing out over the next few days, we can have another look.

Yes, this was precisely the advice I got the last time. :)

I had my fresh clone then, which is now a little bit less fresh, and I
want to update it, that's really all. Am I really expected to clone the
whole thing every time...?

That said, I'm unsure if you use bitmaps on the server side, which
should speed up operations like this. Are these enabled?

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 223 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.freebsd.org/pipermail/freebsd-git/attachments/20201028/f6be5721/attachment.sig>