[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Problem reports for version control systems
On 2021-05-01 23:54, Brett Lymn wrote:
On Sat, May 01, 2021 at 12:58:50PM +1200, Lloyd Parkes wrote:
Germany is pretty much the opposite of New Zealand. It's close to
everywhere, but its last mile access speeds are a bit infamous.
Just for you info... there are a few NetBSD developers in .au, my self included. I haven't
had any issues with cvs disconnects. Not to deny you have an issue, just letting you know
it works ok for people near you.
Not anywhere near such a location, but just adding that cvs works fine
for me too, but yes, there is a lot of disk activity on the local
machine before anything even starts downloading, and a lot of activity
at the end where it updates file metadata as well as clean out empty
directories (if you added pruning).
I'm running some tests on other local clients and against other CVS mirrors
in the hope that come up with a better characterisation of the problem than
"it doesn't work".
If you have the space, a tcpdump from both sides of your firewall may provide a clue.
I suspect what is commonly the problem here is related to the fact that
cvs has such a phase at the beginning where it is scanning through the
file system, which can take quite a while. Some NAT devices along the
path sometimes have timeouts on existing connections that if no traffic
is happening for a while, they are dropped, even though there hasn't
been any FINs on the connection.
So a connection that just don't have any traffic for a while are hit by
this, which is exactly the pattern you have with cvs.
I've seen the same effect on a simple telnet session, where ssh survives
fine. And there it's just that when the connection is idle, telnet is
not creating any traffic at all, while ssh do generate a bit of traffic
even if there is no activity.
So one obvious solution is to use something like ssh as a carries for
the cvs traffic, if possible, or else see if some kind of keepalives can
be enabled on a connection, to defeat NAT and similar devices which
aggressively drop connections on which there is no traffic for a while.
(Or, of course, if there is a NAT you have control over, you might be
able to change how it behaves...)
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt%softjar.se@localhost || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Main Index |
Thread Index |