Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Oct 2020 14:08:25 +0100
From:      =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= <uqs@freebsd.org>
To:        Dimitry Andric <dim@freebsd.org>
Cc:        freebsd-git@freebsd.org
Subject:   Re: https://cgit-beta.freebsd.org/src.git: error: RPC failed; curl 18 transfer closed with outstanding read data remaining
Message-ID:  <CAJ9axoTFiomEnFOqRQekWXB0HKvm7RiPXf-TPf1RyMDZTD%2B8Ow@mail.gmail.com>
In-Reply-To: <6A9E2766-8C64-4880-95CA-990D2589304C@FreeBSD.org>
References:  <4260438E-0F95-4A59-8CD1-7DCF47B56D45@FreeBSD.org> <20201028195401.GR92039@acme.spoerlein.net> <6A9E2766-8C64-4880-95CA-990D2589304C@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Oct 28, 2020 at 9:30 PM Dimitry Andric <dim@freebsd.org> wrote:
>
> On 28 Oct 2020, at 20:54, Ulrich Sp=C3=B6rlein <uqs@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 a=
ll
> >> work fine, even for the FreeBSD repository. Therefore, I am inclined t=
o
> >> 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 clon=
e
> > 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?

No idea if these were enabled or not. But as I wrote, the aggressive repack=
ing
has only been turned off last night. So, does the problem currently
persist?

It would be strange if you're the only one running into this ...

Uli



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ9axoTFiomEnFOqRQekWXB0HKvm7RiPXf-TPf1RyMDZTD%2B8Ow>