git-svn reuses https connections? connection drops

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I have a many many file commit that i'm trying to dcommit.
It runs, for about 2 minutes, and then the server just suddenly stops
responding.

looking at the traffic with ethereal, it seems that there is *a lot* of tls
handshaking going on.
perhaps the server's security is dropping the connections for 10 seconds or
something because there are too many connection requests?

Does git-svn actually re-use the connection? It doesn't appear to. Unfort
i'm not up to scratch so I haven't been able to figure that out for myself.

this is what i get:
astubbs@ASTUBBS-PC /c/workspaces/gizmo2/gizmo
$ git svn dcommit --rmdir
Committing to https://cccc.xxxx.sss.com/svn/sdfsdfsdf/smurfs/trunk ...
Authentication realm: <https://svn.xxxssad.com:443> Subversion repository
Password for 'sdfsfd':
RA layer request failed: PROPFIND request failed on
'/svn/sdfsdf/sdfsdf/trunk/core/wicket-1.3.4-portal-2.0/jdk-1.4/wicket/src/main/java
/org/apache/wicket/util/parse/metapattern': PROPFIND of
'/svn/sdfsdfsdf/sdfsdf/trunk/core/wicket-1.3.4-portal-2.0/jdk-1.4/wicket/src/main/
java/org/apache/wicket/util/parse/metapattern': could not connect to server
(https://svn.sc.componence.com) at C:/msysgit/bin/git-svn line 3
385

this happens every time, but not at exactly the same file every time.

the commit contains upwards of 2,000 file adds.

-- 
View this message in context: http://n2.nabble.com/git-svn-reuses-https-connections--connection-drops-tp1304824p1304824.html
Sent from the git mailing list archive at Nabble.com.

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux