On 2014-08-09T12:14:46 +0200 Joerg Sonnenberger <[email protected]> wrote:
> On Sat, Aug 09, 2014 at 09:46:37AM +0000, > [email protected] wrote: > > If you open too many ssh connections in too short a time, they'll > > throttle and close connections. > > Have you tried using Master mode? Try running: > ssh -v -MN -o ControlPath=/tmp/socket remote > and in a separate terminal: > ssh -o ControlPath=/tmp/socket remote > That should tell you in the first terminal that a new connection was > establish. If it works, add the ControlPath option to ~/.ssh/config > and change your sync script to something like: > > ssh -MN remote & > fossil sync ... > ssh -O stop remote I've not used master mode before. From what I can make out from the ssh_config manual page, this causes ssh to open a single long-running connection to the server which is re-used by anything connecting to the control socket? If so, this won't actually work in my case, as this is considered a long-running process on the site5 side and will eventually be killed. In case you're wondering: Yes, this does mean that if I'm attempting to upload a file to site5 and it ends up taking over an hour or so, they'll eventually kill the connection. No, I don't like it either, but I kind of see their point... They have a server full of people running endless giant piles of php, and need to eliminate the inevitable runaway processes that result. I could use a process supervision system (as I already do with the existing program I use to sync repositories) in order to repeatedly bring the ssh tunnel back up, but to me doing all of this still seems like trying to fight a symptom rather than fixing the actual underlying issue. This also doesn't solve the issue of bandwidth use: I'm on a rather poor quality ADSL connection and bandwidth is at a premium. I'm currently wasting rather a lot of bandwidth doing repeated unnecessary syncs, because there doesn't appear to be another option. M _______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
