TSVN doesn't complete a commit
Eric
From time to time, especially on large commits, I find that when the SVN server finishes the commit (and sends me an email telling me it has finished with the commit), TSVN doesn't get the word that the server has finished, and it sits there forever waiting for word that the commit is done and TSVN can display the version number and activate the OK button to exit.
Since TSVN doesn't get the word that the commit was successful, it doesn't do whatever it does to update the .svn directories. So, if I terminate TSVN and then try to do an update, I get a bunch of conflicts. However, if I take the directory I just committed and move it to another directory tree, and then do a TSVN Update to restore it to my sandbox, I find that the files I just restored and the files I just committed are identical, so I know the commit was successful.
Is this an incompatibility between TSVN 1.6 and SVN 1.4? I can't upgrade the server; do I need to downgrade the client?
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647904
To unsubscribe from this discussion, e-mail: [users-un...@tortoisesvn.tigris.org].
Stefan Küng
> Using TSVN 1.6.10.19898 on WinXP Pro SP3 and SVN 1.4.2.22196 on
> CentOS Linux 5.
>
> From time to time, especially on large commits, I find that when the
> SVN server finishes the commit (and sends me an email telling me it
> has finished with the commit), TSVN doesn't get the word that the
> server has finished, and it sits there forever waiting for word that
> the commit is done and TSVN can display the version number and
> activate the OK button to exit.
>
> Since TSVN doesn't get the word that the commit was successful, it
> doesn't do whatever it does to update the .svn directories. So, if I
> terminate TSVN and then try to do an update, I get a bunch of
> conflicts. However, if I take the directory I just committed and
> move it to another directory tree, and then do a TSVN Update to
> restore it to my sandbox, I find that the files I just restored and
> the files I just committed are identical, so I know the commit was
> successful.
>
> Is this an incompatibility between TSVN 1.6 and SVN 1.4? I can't
> upgrade the server; do I need to downgrade the client?
I would guess that this has to do with your network connection or server
setup. Try to increase the timeout values on your server.
And check firewalls and proxies for the same.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647908
Eric
> connection or server setup. Try to increase the
> timeout values on your server. And check firewalls
> and proxies for the same.
Good afternoon, Stefan.
The network connection is a gigabit LAN that runs about 40 feet between client and server, and very little other network traffic.
As for the timeout values on the server, how do I do that? I searched through the Subversion book on keywords like config and timeout and all I could find was httpd-timeout which applies to the SVN client, which I'm not using. I can not find anything in the TSVN Settings that resembles any kind of timeout.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647915
Stefan Küng
>> I would guess that this has to do with your network connection or
>> server setup. Try to increase the timeout values on your server.
>> And check firewalls and proxies for the same.
>
> Good afternoon, Stefan.
>
> The network connection is a gigabit LAN that runs about 40 feet
> between client and server, and very little other network traffic.
>
> As for the timeout values on the server, how do I do that? I
> searched through the Subversion book on keywords like config and
> timeout and all I could find was httpd-timeout which applies to the
> SVN client, which I'm not using. I can not find anything in the TSVN
> Settings that resembles any kind of timeout.
TSVN is an svn client, so all settings affecting the svn client also
affect TSVN.
About the timeout setting: I assume you're using http/https to access
the repository, so the timeout setting is in the apache config file (or
files, don't know whether CentOS uses just one or multiple apache config
files).
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647918
Eric
> svn client also affect TSVN.
Ah, OK. I know that there is a command line svn client for Windows. I do not have such a client installed that I am aware of. I just installed TSVN by running the installer and following the directions. I did check TSVN Settings and can't find anything that resembles a timeout. Ah, wait a sec... here's an "Edit" button for the "Server configuration file" in Settings->General... clicked on that button and saw nothing resembling a timeout there. Moved on to Settings->Network and clicked "Edit" for "Subversion server file:" and there I see "http-timeout". However, this is for the server and as you point out, TSVN is a client. Besides...
> About the timeout setting: I assume you're using
> http/https to access the repository,
Actually I'm not, sorry about that, should have made that clear from the beginning. I'm using svn+ssh with public/private key files and PuTTY/Pageant to manage the key files. Shell logins, even via ssh, are disabled on this server. Had to do that for security's sake.
So, I assume http-timeout doesn't apply, right?
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647927
Stefan Küng
>> TSVN is an svn client, so all settings affecting the
>> svn client also affect TSVN.
>
> Ah, OK. I know that there is a command line svn client for Windows. I do not have such a client installed that I am aware of. I just installed TSVN by running the installer and following the directions. I did check TSVN Settings and can't find anything that resembles a timeout. Ah, wait a sec... here's an "Edit" button for the "Server configuration file" in Settings->General... clicked on that button and saw nothing resembling a timeout there. Moved on to Settings->Network and clicked "Edit" for "Subversion server file:" and there I see "http-timeout". However, this is for the server and as you point out, TSVN is a client. Besides...
>
>> About the timeout setting: I assume you're using
>> http/https to access the repository,
>
> Actually I'm not, sorry about that, should have made that clear from the beginning. I'm using svn+ssh with public/private key files and PuTTY/Pageant to manage the key files. Shell logins, even via ssh, are disabled on this server. Had to do that for security's sake.
>
> So, I assume http-timeout doesn't apply, right?
No, not the http-timeout. But SSH also has a timeout setting.
Unfortunately, I have no idea where that setting is since I don't use SSH.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647929
Eric
> setting. Unfortunately, I have no idea where that
> setting is since I don't use SSH.
There is a ClientAliveInterval configuration parameter whereby the server will send a query message to the client every <ClientAliveInterval> seconds. That's the closest thing to a timeout I can find in sshd_config man page. I guess I can try that and see what happens.
Thanks for your good (and fast) help, Stefan.
Anybody else here have any experience with this?
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2647939