RE: SVN Problems
>> 1. It shows locked status even other people not being used it in >> Lock. >> >> 2. I will have to run CleanUp command , Why? >> Good morning, I ran into this problem recently, too. First: So far I can tell that there might be some circumstances where the working copy is left locked on svn update/status/add/remove operations even though there was no error that caused a crash of svn. Thus all locks *should be* released once svn terminates. Second: I can confirm that it is not a problem with tortoisesvn since this happened to me while using a self-written svn frontend that interacts with svn on the commandline. Since it did not happen very frequently to me I did not try to reproduce the error and - to be honest - I don't bother because it happened only once or twice. But there is indeed some noise in the subversion-users mailing list regarding this problem. I'm going to quote one: On 29.02.2012 12:40 'Adrian Smith' wrote: >Even with all of the precautions above on a single multi threaded >application we see the error below on average seven times in two thousand >individual updates. > >svn: E155004: Working copy '*' locked >svn: E200033: database is locked >svn: E200033: database is locked >svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for >details) On 29.02.2012 15:21 'Markus Schaber' responded: >Two ideas: >- Some antivirus "live" scanner might lock the working copies. >- Some other background process like windows search indexer, or >TortoiseSVNs TSvnCache.exe might access the working copies in parallel. Could something like this be your problem? Meaning: are you accessing your working copy concurrently from different threads/processes? There might be some interesting race conditions treasured in 1.7.X that haven't been found yet, as Markus Schaber already mentioned on 14.02.2012 12:57: >When SVN 1.7 working copies are accessed concurrently (different Threads or Processes), I >often get SVN_ERR_WC_LOCKED. Cheers, Dominik
Re: SVN Problems
Guten Tag Mark Phippard, am Mittwoch, 7. März 2012 um 19:25 schrieben Sie: > This should be resolved in Subclipse 1.8.5 which was released last month. Thanks for the info, I just didn't use VPN after the upgrade but your right, works much smoother now. Great. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: SVN Problems
On Wed, Mar 7, 2012 at 1:18 PM, Thorsten Schöning wrote: > Guten Tag Bob Archer, > am Mittwoch, 7. März 2012 um 18:51 schrieben Sie: > >> Interesting... Visual Studio has been annoying my for quite a >> while... it is constantly showing "not responding" and sometimes >> seems very slow creating new items or saving changes. I never >> expected that the fact that the files are in a working copy could be causing >> this. > > At least with Eclipse and Subclipse I noticed that whenever I execute > the team context menu and am connected to my Subversion server via > VPN over WAN the context menu needs some seconds to open, which it > doesn't when I'm in local LAN of the Subversion server. If the VPN is > disabled, the team menu needs a lot more time to open, so I suspect > that some plugins always seem to communicate with the Subversion > server. Maybe your plugin for Visual Studio does the same. This should be resolved in Subclipse 1.8.5 which was released last month. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: SVN Problems
Guten Tag Bob Archer, am Mittwoch, 7. März 2012 um 18:51 schrieben Sie: > Interesting... Visual Studio has been annoying my for quite a > while... it is constantly showing "not responding" and sometimes > seems very slow creating new items or saving changes. I never > expected that the fact that the files are in a working copy could be causing > this. At least with Eclipse and Subclipse I noticed that whenever I execute the team context menu and am connected to my Subversion server via VPN over WAN the context menu needs some seconds to open, which it doesn't when I'm in local LAN of the Subversion server. If the VPN is disabled, the team menu needs a lot more time to open, so I suspect that some plugins always seem to communicate with the Subversion server. Maybe your plugin for Visual Studio does the same. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
RE: SVN Problems
> Waseem Shahzad wrote: > > I am running SVN in the .Net environment. à Using TSVN and Ankh SVN I > >have checkout the repository (almost 1 GB) and working in it. It gets stuck > when on Commit with followings solutions: > >[...] > >3. After moving from VSS to SVN , Visual Studio gets slower down in > >saving > files , Why? > > there might be the slightest chance that the people over at > us...@ankhsvn.open.collab.net are better equipped to helping with > AnkhSVN/Visual Studio questions 8-) > -- > > Lorenz Interesting... Visual Studio has been annoying my for quite a while... it is constantly showing "not responding" and sometimes seems very slow creating new items or saving changes. I never expected that the fact that the files are in a working copy could be causing this. If you disable Ankhsvn do you see a measurable difference? An svn working copy shouldn't add any overhead unless you are using a client that "watches" it. I know that TortoiseSVN watches the files (I think it ties to the file change methods in NTFS though rather than polling, I'm not sure about that). However, if you don't use an clients that do that such as the svn CLI client it shouldn't add any overhead to your system or your file access. BOb
Re: SVN Problems
Waseem Shahzad wrote: > I am running SVN in the .Net environment. à Using TSVN and Ankh SVN >I have checkout the repository (almost 1 GB) and working in it. It gets stuck >when on Commit with followings solutions: >[...] >3. After moving from VSS to SVN , Visual Studio gets slower down in >saving files , Why? there might be the slightest chance that the people over at us...@ankhsvn.open.collab.net are better equipped to helping with AnkhSVN/Visual Studio questions 8-) -- Lorenz
Re: SVN Problems
Hi Waseem, On Tuesday, March 06, 2012 06:57:19 am Waseem Shahzad wrote: > Hi Guys > >I am running SVN in the .Net environment. à Using TSVN > and Ankh SVN > > > > I have checkout the repository (almost 1 GB) and working in it. It gets > stuck when on Commit with followings solutions: > > > > 1. It shows locked status even other people not being used it in > Lock. > > 2. I will have to run CleanUp command , Why? > > 3. After moving from VSS to SVN , Visual Studio gets slower down in > saving files , Why? > > > > Cheers, > > Waseem Bukhari > > CMer With regard to #1 and #2, I think you're mixing two separate "locking" concepts. One is "locking" in the repository - which prevents other developers from working on a given file that's being modified by another person. Another is "locking" the working copy during certain operations (such as commit) to prevent concurrent changes in the working copy (i.e. adding new files). As to why it gets "stuck in commit" - is it possible that you have some access control scripts on the repository side? Running 1GB commit through them may take substantial time, depending on what those scripts do. Such repository- side scripts may also be the reason why saving files is slower. Regards, Alexey.
Re: SVN Problems
On 2012-03-06 15:57, Waseem Shahzad wrote: > *Hi Guys* > >I am running SVN in the .Net environment. à Using > *TSVN* and *Ankh SVN* > > > > I have checkout the repository (almost 1 GB) and working in it. It gets > stuck when on Commit with followings solutions: > > > > 1. It shows *locked status* even other people not being used it in > Lock. > > 2. I will have to run *CleanUp* command , Why? > > 3. After moving from VSS to SVN , *Visual Studio gets slower down > in saving files* , Why? > > > > Cheers, > > Waseem Bukhari > > CMer Waseem, Your are not going to get much help with this sort of unspecific questions. (Yes, your questions and explanations are too hand-wavy to make anything of them.) As far as we can tell, the answers might well be "Looks like a bad phase of the moon," and "Well, that sort of thing sometimes happens." If you are actually looking for help, you need to show that you have invesitgated the situation in some depth and that there is _something_ that other people might be able to duplicate in their environments. http://catb.org/esr/faqs/smart-questions.html -- Michael Diers, elego Software Solutions GmbH, http://www.elegosoft.com
SVN Problems
Hi Guys I am running SVN in the .Net environment. à Using TSVN and Ankh SVN I have checkout the repository (almost 1 GB) and working in it. It gets stuck when on Commit with followings solutions: 1. It shows locked status even other people not being used it in Lock. 2. I will have to run CleanUp command , Why? 3. After moving from VSS to SVN , Visual Studio gets slower down in saving files , Why? Cheers, Waseem Bukhari CMer
Re: svn problems
Thank you Ryan for your answer, I think is before the host password (is since weeks I had this problem so I will try from my office) with my home network it works fine with the host password. But it's a good question because! is the authentification the message talks about, is from the proxy or the host? I think the message is clear it says "could not authenticate to proxy server". Also I inform you that when I do not specify the proxy id and password in subversion servers config file svn hangs and when I specify it it will not hang but immediately displays the error message below. thank you, rachid On Sat, Jun 11, 2011 at 12:59 AM, Ryan Schmidt < subversion-20...@ryandesign.com> wrote: > > On Jun 10, 2011, at 12:27, rachid ayad wrote: > > > Dear Subversion experts, I have really a proxy/firewall problem using svn > to download a package I use it for research. I am listing here the error > message after using svn to download the software from the site here below: > > > > *** > > svn: OPTIONS of > > 'https://ekpbelle2.physik.uni-karlsruhe.de:/trunk/tools': Could not > > create SSL connection through proxy server: Could not authenticate to > > proxy server: ignored Kerberos challenge, ignored NTLM challenge, > > GSSAPI authentication error: Unspecified GSS failure. Minor code may > > provide more information: No credentials cache found > > (https://ekpbelle2.physik.uni-karlsruhe.de) > > * > > > > My institute is using proxy on port 8080 and I was in contact with the > administrator but he did not solve the problem. I set the proxy and password > on the subversion servers config file: /etc/subversion/servers but is still > does not work. The administrator removed all firewalls on a port (3690) so I > used: > > > > svn co https://ekpbelle2.physik.uni-karlsruhe.de:3690/trunk/tools > > > > and it did not work > > I'm afraid I don't know the answer to your question, I just want to point > out that 3690 is the default port for svnserve, so that's applicable when a > repository is served using the svn:// protocol, which this repository is > not: it's served with the https:// protocol, which means it by default > uses port 443. You cannot simply pick a different port number to communicate > with a server with, unless that server is configured to respond with the > correct protocol on that port; this server does not appear to be configured > to respond at all on port 3690, which is not a surprise. > > When I try "svn ls https://ekpbelle2.physik.uni-karlsruhe.de/trunk/tools"; > I first get asked if I want to accept the SSL certificate, and when I accept > it temporarily, I'm then prompted for my username and password; when I fail > that because I don't have one, I get "svn: OPTIONS of ' > https://ekpbelle2.physik.uni-karlsruhe.de/trunk/tools': authorization > failed: Could not authenticate to server: rejected Basic challenge ( > https://ekpbelle2.physik.uni-karlsruhe.de)". You are presumably entering a > valid username and password before receiving the error you mentioned above? > Or does it show that before even asking you for a username and password? > > > >
Re: svn problems
On Jun 10, 2011, at 12:27, rachid ayad wrote: > Dear Subversion experts, I have really a proxy/firewall problem using svn to > download a package I use it for research. I am listing here the error message > after using svn to download the software from the site here below: > > *** > svn: OPTIONS of > 'https://ekpbelle2.physik.uni-karlsruhe.de:/trunk/tools': Could not > create SSL connection through proxy server: Could not authenticate to > proxy server: ignored Kerberos challenge, ignored NTLM challenge, > GSSAPI authentication error: Unspecified GSS failure. Minor code may > provide more information: No credentials cache found > (https://ekpbelle2.physik.uni-karlsruhe.de) > * > > My institute is using proxy on port 8080 and I was in contact with the > administrator but he did not solve the problem. I set the proxy and password > on the subversion servers config file: /etc/subversion/servers but is still > does not work. The administrator removed all firewalls on a port (3690) so I > used: > > svn co https://ekpbelle2.physik.uni-karlsruhe.de:3690/trunk/tools > > and it did not work I'm afraid I don't know the answer to your question, I just want to point out that 3690 is the default port for svnserve, so that's applicable when a repository is served using the svn:// protocol, which this repository is not: it's served with the https:// protocol, which means it by default uses port 443. You cannot simply pick a different port number to communicate with a server with, unless that server is configured to respond with the correct protocol on that port; this server does not appear to be configured to respond at all on port 3690, which is not a surprise. When I try "svn ls https://ekpbelle2.physik.uni-karlsruhe.de/trunk/tools"; I first get asked if I want to accept the SSL certificate, and when I accept it temporarily, I'm then prompted for my username and password; when I fail that because I don't have one, I get "svn: OPTIONS of 'https://ekpbelle2.physik.uni-karlsruhe.de/trunk/tools': authorization failed: Could not authenticate to server: rejected Basic challenge (https://ekpbelle2.physik.uni-karlsruhe.de)". You are presumably entering a valid username and password before receiving the error you mentioned above? Or does it show that before even asking you for a username and password?
Fwd: svn problems
Dear Subversion experts, I have really a proxy/firewall problem using svn to download a package I use it for research. I am listing here the error message after using svn to download the software from the site here below: *** svn: OPTIONS of 'https://ekpbelle2.physik.uni-karlsruhe.de:/trunk/tools': Could not create SSL connection through proxy server: Could not authenticate to proxy server: ignored Kerberos challenge, ignored NTLM challenge, GSSAPI authentication error: Unspecified GSS failure. Minor code may provide more information: No credentials cache found (https://ekpbelle2.physik.uni-karlsruhe.de) * My institute is using proxy on port 8080 and I was in contact with the administrator but he did not solve the problem. I set the proxy and password on the subversion servers config file: /etc/subversion/servers but is still does not work. The administrator removed all firewalls on a port (3690) so I used: svn co https://ekpbelle2.physik.uni-karlsruhe.de:3690/trunk/tools and it did not work Would you like please answer me: It is important for me. Thank you rachid ayad
Re: svn : problems with files starting with '-'
Another option: svn rename -- -MediacatController.php MediacatController.php (which is a bit easier for scripting) Tony Sweeney wrote on Fri, Aug 13, 2010 at 10:34:58 +0100: > The usual UNIX "trick" would be: > > svn rename ./-MediacatController.php MediacatController.php > > Does this not work for you? > > Tony. > > > -Original Message- > > From: João Pinheiro [mailto:joao.pinhe...@pontosi.pt] > > Sent: 13 August 2010 10:24 > > To: users@subversion.apache.org > > Subject: svn : problems with files starting with '-' > > > > Hi, > > I'm using subversion version 1.6.12 in FreeBSD and I'm having > > some difficulties with files that start with '-': > > > > cm% svn rename -MediacatController.php MediacatController.php > > svn: invalid option character: M > > Type 'svn help' for usage. > > > > cm% svn rename %2DMediacatController.php MediacatController.php > > svn: '%2DMediacatController.php' is not under version control > > > > cm% svn rename '-MediacatController.php' MediacatController.php > > svn: invalid option character: M > > Type 'svn help' for usage. > > > > Does anyone know a quick workaround for this? > > > > Regards, > > João Pinheiro > > > > > > > > > > __ > > This email has been scanned by the MessageLabs Email Security System. > > For more information please visit > > http://www.messagelabs.com/email > > __ > >
Re: svn : problems with files starting with '-'
Hi, Worked like a charm! thanks for the tip :) João Pinheiro Em 13-08-2010 10:34, Alexander Skwar escreveu: Hi. 2010/8/13 João Pinheiro: cm% svn rename '-MediacatController.php' MediacatController.php svn: invalid option character: M Type 'svn help' for usage. Does anyone know a quick workaround for this? "svn rename ./-Mediacat..." - this should work. Alexander -- ↯Lifestream (Twitter, Blog, …) ↣ http://alexs77.soup.io/ ↯ ↯ Chat (Jabber/Google Talk) ↣ a.sk...@gmail.com , AIM: alexws77 ↯
RE: svn : problems with files starting with '-'
The usual UNIX "trick" would be: svn rename ./-MediacatController.php MediacatController.php Does this not work for you? Tony. > -Original Message- > From: João Pinheiro [mailto:joao.pinhe...@pontosi.pt] > Sent: 13 August 2010 10:24 > To: users@subversion.apache.org > Subject: svn : problems with files starting with '-' > > Hi, > I'm using subversion version 1.6.12 in FreeBSD and I'm having > some difficulties with files that start with '-': > > cm% svn rename -MediacatController.php MediacatController.php > svn: invalid option character: M > Type 'svn help' for usage. > > cm% svn rename %2DMediacatController.php MediacatController.php > svn: '%2DMediacatController.php' is not under version control > > cm% svn rename '-MediacatController.php' MediacatController.php > svn: invalid option character: M > Type 'svn help' for usage. > > Does anyone know a quick workaround for this? > > Regards, > João Pinheiro > > > > > __ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit > http://www.messagelabs.com/email > __ >
Re: svn : problems with files starting with '-'
Hi. 2010/8/13 João Pinheiro : > cm% svn rename '-MediacatController.php' MediacatController.php > svn: invalid option character: M > Type 'svn help' for usage. > > Does anyone know a quick workaround for this? "svn rename ./-Mediacat..." - this should work. Alexander -- ↯ Lifestream (Twitter, Blog, …) ↣ http://alexs77.soup.io/ ↯ ↯ Chat (Jabber/Google Talk) ↣ a.sk...@gmail.com , AIM: alexws77 ↯
svn : problems with files starting with '-'
Hi, I'm using subversion version 1.6.12 in FreeBSD and I'm having some difficulties with files that start with '-': cm% svn rename -MediacatController.php MediacatController.php svn: invalid option character: M Type 'svn help' for usage. cm% svn rename %2DMediacatController.php MediacatController.php svn: '%2DMediacatController.php' is not under version control cm% svn rename '-MediacatController.php' MediacatController.php svn: invalid option character: M Type 'svn help' for usage. Does anyone know a quick workaround for this? Regards, João Pinheiro
strange svn problems
I have a strange issue with SVN from remote sites. We recently changed the way network traffic is routed into and out of our site. Basically we have added a cisco router on both ends connected by an mpls circuit. Since this change has been made, I can no longer access my subversion repositories. The repos are served via Apache web server port 443. I can connect to the server using a windows machine and web browser, so I know it's not a traditional routing issue. IF I try an svn info from a Linux bash shell, it just hangs. I've tried this from several Linux machines. If you try and access it from a Linux web browser like firefox, it also hangs. These Linux machines are on the same physical network as the windows machines. When I finally decide to cancel the connection, I get this error : "svn: PROPFIND request failed on 'destination' svn: PROPFIND of 'destination' : SSL negotiation failed: Interrupted system call (destination server)" I believe it's not ever finishing the SSL negotiation. Strange that I can login via a windows web browser. Anyone have similar issues, or can point me in a direction? Thanks Phill
