How to reset svn password by svn user ?
Hi SVN Experts, Hope all of you are doing well. I have one question we are running svn server on linux environment and using Tortoise svn as a client now question is can user have option to change his/her password of svn account or just administrator can reset password for user ? Cheers Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-reset-svn-password-by-svn-user-tp192347.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to reset svn password by svn user ?
>Subversion itself can't change the password. Whether the user can change >it (outside of Subversion) depends on the authentication method you're >using, and that's defined by the server, not the client. If some user want to change his/her password how can he /she change password of account ? Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-reset-svn-password-by-svn-user-tp192347p192349.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to reset svn password by svn user ?
>Well, as an example, if your Subversion server is setup to authenticate via Active Directory the user would >change their windows password. If it is setup to authenticate against a text file with names and passwords, >then someone has to edit the text file. > >It depends on the authentication method you are using. We have configured svn with Apache web server (mod_dav,mod_dav_svn) and using DAV method for repository access. Moshin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-reset-svn-password-by-svn-user-tp192347p192351.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to reset svn password by svn user ?
>Refer to the documentation for httpd auth module you are using. You change the password the same way >as you created it. This is usually named htpasswd, htpasswd2 or similar. > >How to make this user self-servicable is out of scope for Subversion as it uses common and adaptable >auth methods, including directory services. Basically you are trying to say user can't change password by his own ? This is out of scope of Subversion ? Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-reset-svn-password-by-svn-user-tp192347p192366.html Sent from the Subversion Users mailing list archive at Nabble.com.
RE: How to reset svn password by svn user ?
>Ok, so you are using apache httpd. Apache deals with user _authentication_ (who you are) whilst >subversion optionally deals with _authorisation_ (what you are allowed to do). Usernames and passwords >are one way of proving who you are, so this is part of _authentication_. > >So, again, it depends on how you have configured _authentication_. Read the httpd docs:- > >http://httpd.apache.org/docs/2.2/howto/auth.html (for version 2.2) > >http://httpd.apache.org/docs/2.4/howto/auth.html (for version 2.4) > >...and then you can tell us which authentication method you are using and on which platform (and >version) and hopefully someone will be able to help you. Thanks. Here is information which we using in our environment: Authentication type: mod_auth_basic Authentication provider : mod_authn_file Authorization : mod_authz_user (Require valid-user) Subversion Version : 1.8.10 Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-reset-svn-password-by-svn-user-tp192347p192365.html Sent from the Subversion Users mailing list archive at Nabble.com.
How to configured Submin with svn ?
HI, Can someone have configured submin with svn ? If yes kindly guide me how to do this. I am having svn V1.8.10 on linux OS with apache web server. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-configured-Submin-with-svn-tp192373.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to configured Submin with svn ?
Hello, Every one have precious time no body wants to waste others time if someone is posting or requesting for help it's does't means he intentionally want to disturb you. IF you are too busy kindly don't reply on my posts there are many good people here which can help me i know i am not expert in svn like you or others people here i am just svn user but try to understand new features of svn to grasp on svn. FYI I have already installed submin on my server but reason for help was configuration which i was not able to run successful submin. Don't discourage others if you can't help him. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-configured-Submin-with-svn-tp192373p192391.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to configured Submin with svn ?
Thanks Eric. I understand what you are trying to explain to me i'll take care next time. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-configured-Submin-with-svn-tp192373p192393.html Sent from the Subversion Users mailing list archive at Nabble.com.
Can we delete file or folder in svn permanently ?
Hi folks, Can we delete file or folder in svn permanently ? If yes then how could we do this ? Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/Can-we-delete-file-or-folder-in-svn-permanently-tp193787.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: Can we delete file or folder in svn permanently ?
I want to delete file / folder from all revisions. Totally delete. -- View this message in context: http://subversion.1072662.n5.nabble.com/Can-we-delete-file-or-folder-in-svn-permanently-tp193787p193790.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Hi, For accessing repo in browser we are using HTTP protocol while on linux server i think (not sure) we are using file scheme . Here is import command which we had used on linux server for importing data in newly created repository. FYI svn import -m "First Import" /tmp/Test/ file:///X/Y/ Adding /tmp/Test/Trunk Adding /tmp/Test/Branches Adding /tmp/Test/Tags Is this file scheme which we are using ? Please suggest Regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Commit-Failed-For-Data-larger-Than-2-GB-How-To-Resolve-tp190417p190483.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Hi, How can i check which scheme we are using on linux server ? can you share command so that i can tell you ? Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Commit-Failed-For-Data-larger-Than-2-GB-How-To-Resolve-tp190417p190486.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: AW: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Hi, we are using HTTP protocol for repository access in browser e.g http://server/some/path Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Commit-Failed-For-Data-larger-Than-2-GB-How-To-Resolve-tp190417p190491.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: AW: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Dear, That's what i am saying from last 2 days I was successful in committing data by using svn command line on Linux server but I faced issue with tortoise svn client on my window machine . That clearly depicts issue is with tortoise svn i know that but most important thing which i am eagerly to listen from you people how to resolve this issue ? What should I do to figure out this issue with tortoise svn client ? ~Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Commit-Failed-For-Data-larger-Than-2-GB-How-To-Resolve-tp190417p190498.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: AW: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Thanks Dear, >Thanks - it would have been more clear if you had shown that svn >command line instead of the one that used the file:// protocol. Ignore my file:// protocol post that was in some other context . I am using HTTP protocol for repository access. >First note that the svn command line client is available for windows >too, and it might be worth verifying that it can succeed in exactly >the same circumstances where tortoise fails. As others have noted, >this mail list doesn't have much to do with the tortoise client, so >you probably won't get the best advice about this problem here. But, >make sure you are using the latest tortoise - if the issue is really >in the neon libraries, it looks like neon has been dropped in the 1.8 release: How can I use svn command line for windows ? Can you tell me in this regard ? I am using Tortoise svn client older version (1.6 or 1.7) may be due to this older version Tortoise svn client was not able to commit larger data. I'll upgrade my Tortoise svn client version to latest and try to commit data may be with latest version I will be able to commit data on windows machine too. I'll update you regarding this shortly. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Commit-Failed-For-Data-larger-Than-2-GB-How-To-Resolve-tp190417p190504.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: AW: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Hi , After upgrading my Tortoise SVN client version (1.8.7) on my windows machine I was able to commit folder of size 4.7 GB : ) There is no issue in tortoise svn client nor in SVN server. Thanks all of you for your support . Regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Commit-Failed-For-Data-larger-Than-2-GB-How-To-Resolve-tp190417p190510.html Sent from the Subversion Users mailing list archive at Nabble.com.
Unable to make a filesystem copy. [404, #160013]
Hi all, While tagging source of application i am getting this error . Please suggest what is wrong with this : Apache log : [Thu Oct 23 01:30:08 2014] [error] [client x.x.x.x] Could not MOVE/COPY /http/abc.svn.com/x/x/x/customerservice/. [404, #0] [Thu Oct 23 01:30:08 2014] [error] [client x.x.x.x] Unable to make a filesystem copy. [404, #160013] [Thu Oct 23 01:30:08 2014] [error] [client x.x.x.x] File not found: transaction '210115-1', path '/http/abc.svn.com/x/x/x/customerservice/src' [404, #160013] Tortoise SVN Client : File not found: transaction '210115-1' path /http/abc.svn.com/x/x/x/customerservice/src regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/Unable-to-make-a-filesystem-copy-404-160013-tp190673.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SSL v3 vulnerability
Nice interpretation .. thanks we are using http protocol for repository access over the internet for this case should we upgrade serf version or not ? we are using serf v1.3.5 . regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SSL-v3-vulnerability-tp190659p190674.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: svn-client stopped working after server disabled SSLv3
Which serf version you are using for svn client ? regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/svn-client-stopped-working-after-server-disabled-SSLv3-tp190707p190708.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: restricting certain users to read a particular folders in the Repo
Kindly add following lines in auth file for specific repository ; After that restart Apache this will work for you . [folder1:/folder1] user1 = rw user2 = rw user3 = rw [folder1:/folder1/folder21] user2 = [folder1:/folder1/folder2/folder31] user3 = Regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/restricting-certain-users-to-read-a-particular-folders-in-the-Repo-tp190684p190709.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: restricting certain users to read a particular folders in the Repo
you have to replace folder1, folder2, folder3 name with correct names which you have in your repository. regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/restricting-certain-users-to-read-a-particular-folders-in-the-Repo-tp190684p190710.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: restricting certain users to read a particular folders in the Repo
Thanks Andreas. Please check this and let me know this should work for said requirement ? [Repo:/] user1 = rw user2 = rw user3 = rw [trunk:/trunk/folder1/folder21] user2 = [trunk:/trunk/folder1/folder2/folder31] user3 = regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/restricting-certain-users-to-read-a-particular-folders-in-the-Repo-tp190684p190712.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: restricting certain users to read a particular folders in the Repo
I supposed trunk folder have following hierarchy (means folder 1, folder 2 & folder 3 are sub folders of trunk) : trunk: folder1/folder2/folder3/files folder1/folder2/folder31/files folder1/folder21/files I purposed solution for truck folder only means restriction need to be applied at trunk level if branches or tags do have these folder 1 , folder 2 or folder 3 hierarchy too then branches and tags set of rules need to be added too in auth file just like trunk . Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/restricting-certain-users-to-read-a-particular-folders-in-the-Repo-tp190684p190715.html Sent from the Subversion Users mailing list archive at Nabble.com.
SSL V3 Vulnerability in HTTP Repository Access.
HI All, We are using HTTP protocol for repository access (http://abc.svn.com/svn/Repo/) over the internet for this case we are using tortoise svn client V 1.8.7 which is dependent on serf and serf is using SSL V3 . I just read serf version 1.3.5 is using SSL V3 and in serf 1.3.5 SSL V3 is enabled . Serf had released latest version 1.3.8 in which SSL V3 is disabled . So should I upgrade serf version on my server because I have compiled my svn with serf V 1.3.5 or there is no issue ? regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SSL-V3-Vulnerability-in-HTTP-Repository-Access-tp190716.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SSL V3 Vulnerability in HTTP Repository Access.
Thanks. >If you use HTTP "http://"; you are not using SSL/TLS. You are not >affected by POODLE, but also not using encryption. We are using HTTP so we are not affected by POODLE. >If using SSH/TLS, the server does not use serf. Turn off SSL 3.0 in the >Apache httpd configuration. No upgrade required, simple configuration >change. Can you tell when SSH/TLS is used ? In my case we are using HTTP protocol. How can I disable SSL 3.0 in Apache conf ? Regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SSL-V3-Vulnerability-in-HTTP-Repository-Access-tp190716p190719.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SSL V3 Vulnerability in HTTP Repository Access.
Thanks David & Andreas . regards Mohsin Software Engineer-Configuration Management (CM) -- View this message in context: http://subversion.1072662.n5.nabble.com/SSL-V3-Vulnerability-in-HTTP-Repository-Access-tp190716p190727.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SSL V3 Vulnerability in HTTP Repository Access.
Thanks David & Andreas . regards Mohsin Software Enginner-Configuration Management -- View this message in context: http://subversion.1072662.n5.nabble.com/SSL-V3-Vulnerability-in-HTTP-Repository-Access-tp190716p190726.html Sent from the Subversion Users mailing list archive at Nabble.com.
Bus Error - core dumped [Apache not starting with SSL enabled]
Hi All, I know this post is not related to SVN but i want help if someone can do . I am stuck in this task from 5 to 7 days . I having problem when i start my Apache HTTP with ssl module enabled my Apache won't start gives following errors . Please suggest what is wrong with this ? [root@LHRSUN90 bin]# ./apachectl start Bus Error - core dumped Apache Error Log : [Sat Nov 01 05:19:05 2014] [info] mod_unique_id: using ip addr x.x.x.x [Sat Nov 01 05:19:06 2014] [info] Init: Seeding PRNG with 136 bytes of entropy [Sat Nov 01 05:19:06 2014] [info] Loading certificate & private key of SSL-aware server [Sat Nov 01 05:19:06 2014] [debug] ssl_engine_pphrase.c(470): unencrypted RSA private key - pass phrase not required [Sat Nov 01 05:19:06 2014] [info] Init: Generating temporary RSA private keys (512/1024 bits) [Sat Nov 01 05:19:06 2014] [info] Init: Generating temporary DH parameters (512/1024 bits) [Sat Nov 01 05:19:06 2014] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] [Sat Nov 01 05:19:06 2014] [info] Init: Initializing (virtual) servers for SSL [Sat Nov 01 05:19:06 2014] [info] Configuring server for SSL protocol [Sat Nov 01 05:19:06 2014] [debug] ssl_engine_init.c(471): Creating new SSL context (protocols: SSLv2, SSLv3, TLSv1) [Sat Nov 01 05:19:06 2014] [debug] ssl_engine_init.c(837): Configuring RSA server certificate [Sat Nov 01 05:19:06 2014] [debug] ssl_engine_init.c(876): Configuring RSA server private key [Sat Nov 01 05:19:06 2014] [info] mod_ssl/2.2.24 compiled against Server: Apache/2.2.24, Library: OpenSSL/0.9.7d My httpd-ssl.conf file : Listen 443 SSLEngine on SSLCertificateFile /usr/local/apache_2.2.24/conf/ca.crt SSLCertificateKeyFile /usr/local/apache_2.2.24/conf/ca.key AllowOverride All DocumentRoot /usr/local/apache_2.2.24/htdocs ServerName abc.sahill.com httpd-vhosts.conf file : NameVirtualHost *:80 # # VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for all requests that do not # match a ServerName or ServerAlias in any block. # AllowOverride All DocumentRoot /usr/local/apache_2.2.24/htdocs ServerName abc.sahill.com Note : mod_ssl/2.2.24 compiled against Server: Apache/2.2.24, Library: OpenSSL/0.9.7d [root@xbin]# cat /etc/release Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. Assembled 23 August 2011 [root@xbin]# Regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/Bus-Error-core-dumped-Apache-not-starting-with-SSL-enabled-tp190773.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: Bus Error - core dumped [Apache not starting with SSL enabled]
Result of ./apachectl configtest is :
Syntax OK
Sir,
Main issue which i am facing is when i define SSL virtual host in
httpd-vhosts.conf file. certificate files are not being loaded properly by
apache HTTP . When i define SSL virtual host apache won't start give Bus
Error - core dumped error.
httpd-vhosts.conf :
SSLEngine on
SSLCertificateFile /usr/local/apache_ssl/conf/server.crt
SSLCertificateKeyFile /usr/local/apache_ssl/conf/server.key
DocumentRoot /usr/local/apache_ssl/htdocs/
Options Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI
MultiViews
AllowOverride None
Order allow,deny
Allow from all
ServerName mohsin.ab.com
httpd-ssl.conf :
Listen 443
AddType application/x-x509-ca-cert .crt
AddType application/x-pkcs7-crl.crl
SSLPassPhraseDialog builtin
SSLSessionCache "dbm:/usr/local/apache_ssl/logs/ssl_scache"
SSLSessionCache"shmcb:/usr/local/apache_ssl/logs/ssl_scache(512000)"
SSLSessionCacheTimeout 300
# General setup for the virtual host
DocumentRoot "/usr/local/apache_ssl/htdocs/"
ServerName mohsin.ab.com
ErrorLog "/usr/local/apache_ssl/logs/error_log"
SSLEngine on
SSLProtocol -ALL +SSLv3 +TLSv1
SSLCipherSuite ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:!MEDIUM:!SSLv2
SSLCertificateFile "/usr/local/apache_ssl/conf/server.crt"
SSLCertificateKeyFile "/usr/local/apache_ssl/conf/server.key"
SSLOptions +StdEnvVars
SSLOptions +StdEnvVars
BrowserMatch "MSIE [2-5]" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.
CustomLog "/usr/local/apache_ssl/logs/ssl_request_log" \
"%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
--
View this message in context:
http://subversion.1072662.n5.nabble.com/Bus-Error-core-dumped-Apache-not-starting-with-SSL-enabled-tp190773p190775.html
Sent from the Subversion Users mailing list archive at Nabble.com.
Re: Bus Error - core dumped [Apache not starting with SSL enabled]
Hi, Till now no success . I have done all configurations but failed every time . Tell me do we have limitation on OS level means to say Solaris 10 just support .crt or .der or .pem certificate format because everything seems to me fine except this doubt may be there is compatibility issue of certificate with OS . FYI I have tested almost all format (.crt , .pem) of certificates either CA or self signed but no success . Regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/Bus-Error-core-dumped-Apache-not-starting-with-SSL-enabled-tp190773p190794.html Sent from the Subversion Users mailing list archive at Nabble.com.
IndexError: list index out of range [serf-1.3.8]
Hi , I am getting following error while installing serf on my solaris machine . Please suggest -bash-3.2# scons install scons: Reading SConscript files ... File "/export/home/mabbas/svn1.8.10/serf-1.3.8/SConstruct", line 275: lib_shared = env.SharedLibrary(LIBNAME, SOURCES + SHARED_SOURCES) File "/usr/local/python/lib/scons-2.3.4/SCons/Environment.py", line 260: return MethodWrapper.__call__(self, target, source, *args, **kw) File "/usr/local/python/lib/scons-2.3.4/SCons/Environment.py", line 224: return self.method(*nargs, **kwargs) File "/usr/local/python/lib/scons-2.3.4/SCons/Builder.py", line 633: return self._execute(env, target, source, OverrideWarner(kw), ekw) File "/usr/local/python/lib/scons-2.3.4/SCons/Builder.py", line 554: tlist, slist = self._create_nodes(env, target, source) File "/usr/local/python/lib/scons-2.3.4/SCons/Builder.py", line 518: target, source = self.emitter(target=tlist, source=slist, env=env) File "/usr/local/python/lib/scons-2.3.4/SCons/Builder.py", line 344: target, source = e(target, source, env) File "/usr/local/python/lib/scons-2.3.4/SCons/Tool/link.py", line 86: target[0].name = version_names[0] -bash-3.2# cat /etc/release Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. Assembled 23 August 2011 -bash-3.2# -bash-3.2# -bash-3.2# python -V Python 2.7.7 -bash-3.2# scons --version SCons by Steven Knight et al.: script: v2.3.4, 2014/09/27 12:51:43, by garyo on lubuntu engine: v2.3.4, 2014/09/27 12:51:43, by garyo on lubuntu engine path: ['/usr/local/python/lib/scons-2.3.4/SCons'] Copyright (c) 2001 - 2014 The SCons Foundation Regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/IndexError-list-index-out-of-range-serf-1-3-8-tp190985.html Sent from the Subversion Users mailing list archive at Nabble.com.
SVN Issue On Solaris OS
Good Day SVN Experts, I recently upgraded svn v 1.8.9 to v 1.8.10 from Linux OS to Solaris OS. Linux machine was desktop machine with low specs and Solaris machine is T1000 server class machine. Now issue we faced is when we start rsync from Solaris machine disk usage of machine goes to 100 % and machine goes to un responsive mode while on previous Linux machine we have not faced any issue. This thing is very strange for me because svn should work properly on Solaris machine because that machine have better specs but result is opposite. One thing which we have changed on Solaris machine is the structure of repositories; on previous server path for repos was /u/ , /us/local , /usr/wb etc but on new Solaris server we have merged all repositories on one path which is /u/ should this can cause the disk usage to 100 % because now data is fetching from one path; or there is another issue. Can someone shed light on this issue. Regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SVN Issue On Solaris OS
>This really shouldn't matter, unless you now have a directory with tens >of thousands of entries in it. And your use of the term "100% disk >usage" seems to be about I/O, not capacity (which is quite strange). On >the other hand, if you're actually rsyncing lots of data to or from your >machine, it's not surprising that you use up all available disk >bandwidth. But I still don't know how Subversion would be related to rsync. We have 900 GB total space on server in which half of the space is free on server. We have 430 GB data in all repos so by r syncing all disk bandwidth of server is being consumed that caused 100 % disk usage.That the point which i understand. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191208.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SVN Issue On Solaris OS
>Assume you realize that rsync is not part of Subversion? Yes rsync is separate utility which is used for syncing purpose . Rsync nothing to do with subversion. -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191210.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SVN Issue On Solaris OS
>I searched the archives without luck, but thought I recall some people posting these machines were not >good with SVN. If this is the case then we should consider Linux machines which are working fine with svn . I think we should prefer Linux machines for svn. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191211.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: SVN Issue On Solaris OS
>Subversion's SPARC Solaris buildbot slave is a T1000. It takes about >6min to build Subversion and 25min to run the regression tests on a RAM >disk. By way of comparison, my Linux desktop is about one year old and a >similar build is less than 30sec and the tests take less than 3min. The >regression tests do not reliably predict the performance of real >Subversion servers since the data sets in the tests are tiny, but this >shows that for some workloads a T1000 is an order of magnitude slower >than an x86. That's make sense. Thanks for your feedback. Now I am sure issue is with machine T1000 which responds slow then desktop Linux machine. I need to migrate svn on T2000 or above specs machine for better performance. Regards Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191216.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: Kernel CPU load on Apache/2.4.10 with SVN 1.8.10 (r1615264)
On which OS you are running svn ? Linux or Solaris ? Cheers, Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/Kernel-CPU-load-on-Apache-2-4-10-with-SVN-1-8-10-r1615264-tp191281p191293.html Sent from the Subversion Users mailing list archive at Nabble.com.
How to move folder from one path to another along with all revisions
Hi, Suppose I have one folder in Repo1 (http://abc.com/SVN/Repo1/folder1) and I have moved that folder to some new path which is (http://abc.com/SVN/Repo1). Point is I want to move that folder along with all its revisions to new path when i check history of that folder there should be all revisions instead of one revision. Can someone tell how can i move folder along with all its revisions to new path ? Regards Mohsin Abbas -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-move-folder-from-one-path-to-another-along-with-all-revisions-tp192143.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to move folder from one path to another along with all revisions
Thanks but my second question was how do i move folder to new path with all its revision history ? Is it possible or we can't do this ? Actually moving folder to new path is easy but question is moving folder with all its history revisions to new path too. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-move-folder-from-one-path-to-another-along-with-all-revisions-tp192143p192148.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to move folder from one path to another along with all revisions
Thanks all for your reply i'll try with svn mv command and get back to you if face any issue. Mohsin -- View this message in context: http://subversion.1072662.n5.nabble.com/How-to-move-folder-from-one-path-to-another-along-with-all-revisions-tp192143p192157.html Sent from the Subversion Users mailing list archive at Nabble.com.
Re: How to reset svn password by svn user ?
Thanks. That's make sense. Can you guide me how can i configure submin with apache for subversion ? Submin is open source or paid ? Mohsn On Thu, Mar 5, 2015 at 10:13 PM, wrote: > > > On Mar 5, 2015, at 10:07 AM, Mohsin wrote: > > > >> Refer to the documentation for httpd auth module you are using. You > change > > the password the same way >as you created it. This is usually named > > htpasswd, htpasswd2 or similar. > >> > >> How to make this user self-servicable is out of scope for Subversion as > it > > uses common and adaptable >auth methods, including directory services. > > > > Basically you are trying to say user can't change password by his own ? > This > > is out of scope of Subversion ? > > > > Yes. There is no password change protocol as part of SubVersion. If you > are using Apache as your http SubVersion access method, you can look to > Submin to provide this sort of user management. Identity management and > access control are really not within the scope of source code management. > > http://supermind.nl/submin/ > > >
Re: Can we delete file or folder in svn permanently ?
Thanks john for your feedback. Mohsin On Thu, Jun 18, 2015 at 12:38 PM, Johan Corveleyn wrote: > On Wed, Jun 17, 2015 at 11:45 PM, Mohsin wrote: > > I want to delete file / folder from all revisions. Totally delete. > > Hi Mohsin, > > See this question in the FAQ: > http://subversion.apache.org/faq.html#removal. > > As you'll see, this is not easy at the moment, but it can be done > (using dump + filter + load). The faq answer also points to a section > in the "svn book": > > http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.filtering > > HTH, > -- > Johan >
how to upgrade sub version 1.4.2 server to 1.8.8 !!!
Hi, I am running subversion 1.4.2 server with apache 2.2.14 on Linux machine . Now I want to upgrade to subversion 1.8.8 with apache 2.2.25 . Please guide me how to upgrade ? FYI Machine Class : Linux i686 i686 i386 GNU/Linux File system for repository : fsfs (not burkely DB) http access only Regards Mohsin Abbas
Subversion 1.8.9 repository access issue [Urgent]
Team, I have installed latest subversion 1.8.9 to Linux machine and imported repositories from old server. Actually I have moved my svn from one machine to another machine on old machine svn 1.4.2 was installed and repositories were created with svn 1.4.2 version . Now when I access repositories from new server URL I am getting permission denied [403] error. I have copied same configurations from old server to new server but on new svn server repositories which were created with svn 1.4.2 are not working . Here I am sharing some logs portion when I hit url . *[Mon May 19 21:52:25 2014] [debug] subversion/mod_authz_svn/mod_authz_svn.c(400): [client ** x.x.x.x* *] Path to authz file is /usr/local/apache/conf/extra/authz_svn_ITOPS.conf[Mon May 19 21:52:25 2014] [error] [client x.x.x.x] Failed to load the mod_authz_svn config: Section name 'Devices:/Trunk/' contains non-canonical fspath '/Trunk/'[Mon May 19 21:52:25 2014] [error] [client x.x.x.x] Access denied: 'mabbas' GET MCP:/Trunk/OLTPJ/Documents/* One more point which I want to ask for subversion 1.8.9 I have to use latest svn client tortoise SVN 1.8 or 1.7 or 1.6 client can be used for repository access? FYI I am using SVN DAV module for repository access with Apache 2.2.27 integration. Please help me I am stuck here. Regards Mohsin Abbas
Re: Subversion 1.8.9 repository access issue [Urgent]
Sir , Thanks for your quick response. Here i want to ask question in my previous server with subversion 1.4.2 this trailing slash works fine as i had already mentioned in my first email i copied same configurations which are working absolutely fine with subversion 1.4.2 why this is not working with subversion 1.8.9 either this is some limitations in new svn version ? or some other issue ? Regards
Re: Subversion 1.8.9 repository access issue [Urgent]
Sir , That's make a sense I'll try this today and get back to you . Thank you for your support. Regards Mohsin On Tue, May 20, 2014 at 4:34 PM, Stefan Sperling wrote: > On Tue, May 20, 2014 at 03:13:45PM +0500, Mohsin Abbas wrote: > > Sir , > > > > Thanks for your quick response. > > Here i want to ask question in my previous server with subversion 1.4.2 > > this trailing slash works fine as i had already mentioned in my first > email > > i copied same configurations which are working absolutely fine with > > subversion 1.4.2 why this is not working with subversion 1.8.9 either > this > > is some limitations in new svn version ? or some other issue ? > > > > Regards > > I don't know exactly why this was changed. > It's possible that this change in behaviour was intentional. > > It might have been this change: http://svn.apache.org/r1037662 > The tests added there treats the path "/a/" as invalid, so your the path > "Devices:/Trunk/" you use in the authz file is now also invalid. >
Re: Subversion 1.8.9 repository access issue [Urgent]
Hello Sir, 403 permission denied issue has been resolved after removing trailing slash. Thanks for help. Now one more issue i am facing when i access repositories URL in Tortoise SVN client it gives unable to parse error [207 response code used with WEBDAV protocol]. But old svn 1.4.2 repositories are accessible with same Tortoise SVN but when I import 1.4.2 repositories in new svn 1.8.9 following error occurred. FYI SVN Client : TortoiseSVN 1.6.7 When I hit the URL in browser all data display correctly but in tortoise svn client 207 displays. In Apache error log: x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND /svn/x/x/!svn/vcc/default HTTP/1.1" *207* 467 x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND /svn/x/Ix/!svn/bc/24446/Trunk/Source/JavaAGI/docs HTTP/1.1" *207 *449 x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND /svn/x/x/!svn/bc/24446/Trunk/Source/JavaAGI/docs HTTP/1.1" *207 *3858 On Tue, May 20, 2014 at 11:34 AM, Stefan Sperling wrote: > On Tue, May 20, 2014 at 03:13:45PM +0500, Mohsin Abbas wrote: > > Sir , > > > > Thanks for your quick response. > > Here i want to ask question in my previous server with subversion 1.4.2 > > this trailing slash works fine as i had already mentioned in my first > email > > i copied same configurations which are working absolutely fine with > > subversion 1.4.2 why this is not working with subversion 1.8.9 either > this > > is some limitations in new svn version ? or some other issue ? > > > > Regards > > I don't know exactly why this was changed. > It's possible that this change in behaviour was intentional. > > It might have been this change: http://svn.apache.org/r1037662 > The tests added there treats the path "/a/" as invalid, so your the path > "Devices:/Trunk/" you use in the authz file is now also invalid. >
Re: Subversion 1.8.9 repository access issue [Urgent]
Hello sir, I have installed Apache 2.2.27 with subversion 1.8.9 version you are saying this Apache version is venerable for this issue ? right ? Now please tell me what Apache version should I use which is not venerable for this issue ? Regards On Wed, May 21, 2014 at 2:21 PM, Stefan Sperling wrote: > On Wed, May 21, 2014 at 12:14:25AM +0000, Mohsin Abbas wrote: > > Hello Sir, > > > > 403 permission denied issue has been resolved after removing trailing > > slash. Thanks for help. > > > > Now one more issue i am facing when i access repositories URL in Tortoise > > SVN client it gives unable to parse error [207 response code used with > > WEBDAV protocol]. But old svn 1.4.2 repositories are accessible with same > > Tortoise SVN but when I import 1.4.2 repositories in new svn 1.8.9 > > following error occurred. > > > > FYI > > SVN Client : > > TortoiseSVN 1.6.7 > > > > When I hit the URL in browser all data display correctly but in tortoise > > svn client 207 displays. > > > > In Apache error log: > > > > x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND > > /svn/x/x/!svn/vcc/default HTTP/1.1" *207* 467 > > x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND > > /svn/x/Ix/!svn/bc/24446/Trunk/Source/JavaAGI/docs HTTP/1.1" *207 *449 > > x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND > > /svn/x/x/!svn/bc/24446/Trunk/Source/JavaAGI/docs HTTP/1.1" *207 *3858 > > It sounds like you're running into httpd issue 56480: > https://issues.apache.org/bugzilla/show_bug.cgi?id=56480 > Note: This is a bug in Apache HTTPD, not Apache Subversion. > > Downgrading to httpd 2.2.24 or 2.4.4 should work around it > until a fix is available. This is a bit tricky because such > a downgrade would also undo some security fixes. > > If you compile your own HTTPD then applying the patch which > can be found in issue 56480 would be the best thing to do. > > As explained in issue 56480 the problem has some history but > intially started with this change: > > *) mod_dav: Ensure URI is correctly uriencoded on return. PR 54611 > [Timothy Wood ] > See http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/CHANGES > or http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x/CHANGES >
Re: Subversion 1.8.9 repository access issue [Urgent]
I want to add one point all repositories are accessible when I access through browser but encountered above reported issue when access through tortoise SVN client why this happen I mean If this is bug in Apache HTTPD then It should not work in browser too .. What to you say about this ? Regards On Wed, May 21, 2014 at 2:21 PM, Stefan Sperling wrote: > On Wed, May 21, 2014 at 12:14:25AM +0000, Mohsin Abbas wrote: > > Hello Sir, > > > > 403 permission denied issue has been resolved after removing trailing > > slash. Thanks for help. > > > > Now one more issue i am facing when i access repositories URL in Tortoise > > SVN client it gives unable to parse error [207 response code used with > > WEBDAV protocol]. But old svn 1.4.2 repositories are accessible with same > > Tortoise SVN but when I import 1.4.2 repositories in new svn 1.8.9 > > following error occurred. > > > > FYI > > SVN Client : > > TortoiseSVN 1.6.7 > > > > When I hit the URL in browser all data display correctly but in tortoise > > svn client 207 displays. > > > > In Apache error log: > > > > x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND > > /svn/x/x/!svn/vcc/default HTTP/1.1" *207* 467 > > x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND > > /svn/x/Ix/!svn/bc/24446/Trunk/Source/JavaAGI/docs HTTP/1.1" *207 *449 > > x.x.x.x - mabbas [21/May/2014:00:52:02 -0400] "PROPFIND > > /svn/x/x/!svn/bc/24446/Trunk/Source/JavaAGI/docs HTTP/1.1" *207 *3858 > > It sounds like you're running into httpd issue 56480: > https://issues.apache.org/bugzilla/show_bug.cgi?id=56480 > Note: This is a bug in Apache HTTPD, not Apache Subversion. > > Downgrading to httpd 2.2.24 or 2.4.4 should work around it > until a fix is available. This is a bit tricky because such > a downgrade would also undo some security fixes. > > If you compile your own HTTPD then applying the patch which > can be found in issue 56480 would be the best thing to do. > > As explained in issue 56480 the problem has some history but > intially started with this change: > > *) mod_dav: Ensure URI is correctly uriencoded on return. PR 54611 > [Timothy Wood ] > See http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/CHANGES > or http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x/CHANGES >
Re: Subversion 1.8.9 repository access issue [Urgent]
Sir, Thanks for the help I'll compile SVN 1.8.9 with Apache 2.2.24 and check . I'll contact with you if face any issue . Again thanks for your support : ) On Wed, May 21, 2014 at 4:10 PM, Stefan Sperling wrote: > On Wed, May 21, 2014 at 07:28:34PM +0500, Mohsin Abbas wrote: > > I want to add one point all repositories are accessible when I access > > through browser but encountered above reported issue when access through > > tortoise SVN client why this happen I mean If this is bug in Apache HTTPD > > then It should not work in browser too .. What to you say about this ? > > Normal browsers do not interact with the repository in the way SVN > clients do. SVN clients use an expanded set of HTTP requests which > most web browsers don't use (I think browsers only use GET requests in > this context). Because of this the problem only shows with SVN clients. > > SVN clients use Webdav/DeltaV: http://en.wikipedia.org/wiki/Webdav >
Re: Subversion 1.8.9 repository access issue [Urgent]
Stefan Sperling, Tortoise SVN client working fine with Apache 2.2.24 now everything seems to be fine. Thanks for your all support without you this was not possible. Regards Mohsin Abbas On Wed, May 21, 2014 at 9:10 PM, Stefan Sperling wrote: > On Wed, May 21, 2014 at 07:28:34PM +0500, Mohsin Abbas wrote: > > I want to add one point all repositories are accessible when I access > > through browser but encountered above reported issue when access through > > tortoise SVN client why this happen I mean If this is bug in Apache HTTPD > > then It should not work in browser too .. What to you say about this ? > > Normal browsers do not interact with the repository in the way SVN > clients do. SVN clients use an expanded set of HTTP requests which > most web browsers don't use (I think browsers only use GET requests in > this context). Because of this the problem only shows with SVN clients. > > SVN clients use Webdav/DeltaV: http://en.wikipedia.org/wiki/Webdav >
Re: Subversion 1.8.9 repository access issue [Urgent]
Hello sir, Hope you are doing well . I have installed SVN V1.8.9 with Apache 2.2.24 all repositories are working fine except one which gives following error when I access from browser. Can you please help me why this specific repository is giving error while others are working fine . Note : Previous SVN version was 1.4.2 I have installed latest SVN V1.8.9 and r synced SVN V1.4.2 repositories. *Apache error log portion :* [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] (20014)Internal error: Failed to load module for FS type 'bdb' [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] Could not fetch resource information. [500, #0] [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] Could not open the requested SVN filesystem [500, #160033] [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] Could not open the requested SVN filesystem [500, #160033] Regards Mohsin On Wed, May 21, 2014 at 4:10 PM, Stefan Sperling wrote: > On Wed, May 21, 2014 at 07:28:34PM +0500, Mohsin Abbas wrote: > > I want to add one point all repositories are accessible when I access > > through browser but encountered above reported issue when access through > > tortoise SVN client why this happen I mean If this is bug in Apache HTTPD > > then It should not work in browser too .. What to you say about this ? > > Normal browsers do not interact with the repository in the way SVN > clients do. SVN clients use an expanded set of HTTP requests which > most web browsers don't use (I think browsers only use GET requests in > this context). Because of this the problem only shows with SVN clients. > > SVN clients use Webdav/DeltaV: http://en.wikipedia.org/wiki/Webdav >
Subversion 1.8.9 repository access issue [Urgent]
Hello All, Hope you are doing well . I have recently upgraded my SVN from V1.4.2 to V1.8.9 on Linux environment all repositories which were created in SVN V1.4.2 are working fine with V1.8.9 except one which gives error while accessing via Tortoise SVN client or Browser . I have shared Apache error log. Can you please help me why this specific repository is giving error while others are working fine . Note : I am using SVN V1.8.9 with Apache 2.2.24. Apache error log portion : [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] (20014)Internal error: Failed to load module for FS type 'bdb' [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] Could not fetch resource information. [500, #0] [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] Could not open the requested SVN filesystem [500, #160033] [Fri Jul 04 15:07:43 2014] [error] [client 192.168.x.x] Could not open the requested SVN filesystem [500, #160033] Regards Mohsin Abbas
Data Commit Limit in SVN V1.8.9 !!!
Hi All, I have problem while committing data in SVN Repository . My data size was around 4 plus GB. My commit was failed before 1 GB. Is there any limit in SVN for not commit data larger then 1 GB ? Can I commit 4 or 5 GB data in one commit ? Please suggest Regards Mohsin
Re: Data Commit Limit in SVN V1.8.9 !!! [Urgent]
Team, please help me in this regard i am waiting for your respose. mohsin On 9/25/14, Mohsin Abbas wrote: > Hi All, > > I have problem while committing data in SVN Repository . My data size was > around 4 plus GB. My commit was failed before 1 GB. Is there any limit in > SVN for not commit data larger then 1 GB ? Can I commit 4 or 5 GB data in > one commit ? Please suggest > > > Regards > Mohsin >
SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Good Day Team, I am using Subversion 1.8.9 server on linux OS and tortoise SVN client at windows. When I try to commit data larger then 2+ GB my commit failed. I tried to google on different websites they provided below solution : 1 : Set LimitRequestBody to 0 in the server side httpd.conf file. But Apache Web server ( Apache 2.2 ) allows 2 GB only max limit for data in HTTP request. Now tell me how can I commit files which having size more than 2 GB ? How can I increase data limit in apache webserver more than 2 GB ? OR I assume we can not commit data more than 2 GB because svn not allows us for this ? Please shed some light on this issue this is urgent. Regards Mohsin Abbas
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Thanks Philip Martin for your reply. I'll share error.log portion sortly meanwhile I have question I am using Apache 2.2.24 (DAV module via http) with svn V1.8.9 and apache web server have limit of request body 2 GB then how can you say more than 2 GB data can be commited in svn ? This thing is confusing for me please explain. Regards Mohsin On 9/26/14, Philip Martin wrote: > Mohsin Abbas writes: > >> I am using Subversion 1.8.9 server on linux OS and tortoise SVN client >> at windows. When I try to commit data larger then 2+ GB my commit >> failed. I tried to google on different websites they provided below >> solution : >> >> 1 : Set LimitRequestBody to 0 in the server side httpd.conf file. >> >> But Apache Web server ( Apache 2.2 ) allows 2 GB only max limit for >> data in HTTP request. Now tell me how can I commit files which having >> size more than 2 GB ? How can I increase data limit in apache >> webserver more than 2 GB ? OR I assume we can not commit data more >> than 2 GB because svn not allows us for this ? >> Please shed some light on this issue this is urgent. > > Subversion supports commits greater than 2GB over HTTP. There are many > things that could cause it to fail so you need to provide more > information. > > Which HTTP request is failing? > > The commit will use temporary disk space, do you have enough on the > client and the server? > > What error message does the client give? > > Look at the server logs: what error message does the server give? > > If you are using a proxy then look at the the proxy logs: what error > does the proxy give? > > -- > Philip Martin | Subversion Committer > WANdisco // *Non-Stop Data* >
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
HI Philip Martin, Here is Tortoise SVN client and Apache error log portion : *Tortoise SVN Client Error :* Error: Commit failed (details follow): Error: PUT of Error: '/svn/test/!svn/wrk/6f036c59-c3a8-5947-91dd-bd0f1eeccd84/SomeFolder/brands.zip': Error: Could not send request body: An existing connection was forcibly closed by the Error: remote host. Error: (http://x.x.com) *Apache error.log portion :* [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] mod_dav_svn close_stream: error closing write stream [500, #185004] [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] Unexpected end of svndiff input [500, #185004] Please let me know how can i figure out this issue ? FYI My folder size is 4.73 GB which i am committing . Regards Mohsin On Fri, Sep 26, 2014 at 9:04 AM, Philip Martin wrote: > Mohsin Abbas writes: > > > I am using Subversion 1.8.9 server on linux OS and tortoise SVN client > > at windows. When I try to commit data larger then 2+ GB my commit > > failed. I tried to google on different websites they provided below > > solution : > > > > 1 : Set LimitRequestBody to 0 in the server side httpd.conf file. > > > > But Apache Web server ( Apache 2.2 ) allows 2 GB only max limit for > > data in HTTP request. Now tell me how can I commit files which having > > size more than 2 GB ? How can I increase data limit in apache > > webserver more than 2 GB ? OR I assume we can not commit data more > > than 2 GB because svn not allows us for this ? > > Please shed some light on this issue this is urgent. > > Subversion supports commits greater than 2GB over HTTP. There are many > things that could cause it to fail so you need to provide more > information. > > Which HTTP request is failing? > > The commit will use temporary disk space, do you have enough on the > client and the server? > > What error message does the client give? > > Look at the server logs: what error message does the server give? > > If you are using a proxy then look at the the proxy logs: what error > does the proxy give? > > -- > Philip Martin | Subversion Committer > WANdisco // *Non-Stop Data* >
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Thanks Branko Cibej for your feedback. I have checked we are not using any proxy or load balancer for our svn but firewall in involved in our scenario. In case of firewall there is not limit for data transfer for specific your over the network.You said there is in between client and server which is Apache may be due to Apache request time out this is happening ? I have searched on internet regarding Apache request body parameter whose max limit is 2 GB means Apache can carry max 2 GB request please confirm me if I am wrong may be due to this limit svn commit is failing before 2 GB ? Should i consider Apache request timeout parameter in httpd.conf ? Please suggest Regards Mohsin On Sun, Sep 28, 2014 at 8:59 AM, Branko Čibej wrote: > On 27.09.2014 09:24, Mohsin Abbas wrote: > >HI Philip Martin, > > Here is Tortoise SVN client and Apache error log portion : > > *Tortoise SVN Client Error :* > > Error: Commit failed (details follow): > Error: PUT of > Error: > '/svn/test/!svn/wrk/6f036c59-c3a8-5947-91dd-bd0f1eeccd84/SomeFolder/brands.zip': > > Error: Could not send request body: An existing connection was forcibly > closed by the > Error: remote host. > Error: (http://x.x.com) > > *Apache error.log portion :* > > [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] mod_dav_svn > close_stream: error closing write stream [500, #185004] > [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] Unexpected end of > svndiff input [500, #185004] > > > From the above, I'm almost certain that this is not Subversion's fault. > Look at the error messages: the client thinks that the server closed the > connection, but the server thinks that the client closed the connection; so > the only reasonable explanation is that something *between* the client > and server is in fact closing the connection. > > This could be a proxy, or a load balancer, or even a packet > inspector/firewall (see http://markmail.org/message/tazxq3jexaopcdum for > example) that's forcibly closing the connection. > > You'll have to talk to the server/site administrators to determine what's > happening. There's not much anyone else can do without knowing how not just > the server, but the whole data-centre are configured. > > -- Brane > >
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
HI, I have committed folder with size 4.7 GB successfully in SVN repository by using svn CLI (svn commit command). But when I try to commit folder by using Tortoise SVN client my commit was failed. It means we have limitation in tortoise svn client for commit. Can any one confirm this ? There is no issue in svn at all but may be in svn client. Regards Mohsin On Mon, Sep 29, 2014 at 10:01 AM, Philip Martin wrote: > Branko Čibej writes: > > >> [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] mod_dav_svn > >> close_stream: error closing write stream [500, #185004] > >> [Sat Sep 27 11:21:44 2014] [error] [client x.x.x.x] Unexpected end of > >> svndiff input [500, #185004] > > > > From the above, I'm almost certain that this is not Subversion's fault. > > Look at the error messages: the client thinks that the server closed the > > connection, but the server thinks that the client closed the connection; > > so the only reasonable explanation is that something *between* the > > client and server is in fact closing the connection. > > Error 185004 is SVN_ERR_SVNDIFF_UNEXPECTED_END and that could be caused > by some proxy/router closing the connection. But it could also be > caused by a Subversion bug that causes the client to write invalid > svndiff data. It's not trivial to distinguish one from the other, we > would need access to all the commit data to decode the svndiff. Another > way would be to attempt the commit from the server itself over HTTP to > localhost, if this works the problem is most likely the network. > > -- > Philip Martin | Subversion Committer > WANdisco // *Non-Stop Data* >
Re: SVN Commit Failed For Data larger Than 2 GB [How To Resolve]
Brane, Just for your information we have SVN installed on Linux machine and I committed folder of size 4.7 GB on Linux server (I am administrator of SVN). I have checked out that particular repository on Linux server and committed that folder which was successful. But all our users have windows machine so they use Tortoise SVN (client) for svn check out or svn commit or svn update. I am using windows machine and Tortoise SVN too for svn operations like commit , update n etc. Point is I can do commit on Linux server as a administrator. But for windows users how they commit on their machines with Tortoise SVN client which is not possible for normal user to perform heavy data commit so we should consider some other tool which provide this facility . Can we have some others svn clients for windows which support your SVN? Surely, I will report bug for this issue. Regards Mohsin On Mon, Sep 29, 2014 at 6:13 PM, Branko Čibej wrote: > On 29.09.2014 19:45, Mohsin Abbas wrote: > > HI, > > I have committed folder with size 4.7 GB successfully in SVN repository by > using svn CLI (svn commit command). But when I try to commit folder by > using Tortoise SVN client my commit was failed. It means we have limitation > in tortoise svn client for commit. Can any one confirm this ? There is no > issue in svn at all but may be in svn client. > > > The last sencence is both confusing and important: "the svn client" is the > command-line tool you get when installing a stock Subversion package, and > that's what this project supports. TortoiseSVN is *not* supported by us, > it's a separate project; I don't think more than a couple Subversion > committers ever saw the TSVN source code. > > So it turns out we've been going back and forth about this issue for 4 > days, because we did not know a very important piece of information: you > did not use Subversion to perform the commit, you used TortoiseSVN ... > > Given that we do know now that the problem is most likely in TSVN, I > suggest you report it there; I suggest you start by reading > > http://tortoisesvn.net/reportbug.html > > which describes the steps you need to take to create a bug report that's > most likely to help resolve the issue. > > -- Brane > >
Re: Re: IndexError: list index out of range: [serf 1.3.8]
Hello, There is bug in serf 1.3.8 version because we can't compile serf on Solaris environment.Fix for said issue was there was patch which I had applied on serf code and was able to install serf on Solaris . Patch is already shared in this thread . For those who face issue in serf installation can use patch until fix from serf announced . Good Luck Regards Mohsin On Wed, Nov 26, 2014 at 7:49 PM, Andreas Stieger [via Subversion] < ml-node+s1072662n191063...@n5.nabble.com> wrote: > Mohsin, > > Mohsin <[hidden email] > <http://user/SendEmail.jtp?type=node&node=191063&i=0>> wrote: > > I am able to compile svn V 1.8.10 with serf 1.3.8 on solaris machine . > > As you contacted users@, dev@ and the serf bug tracker (without searching > it), > as per [1], would you summarize the solution details to the users mailing > list > for the next person asking? > > [1] http://www.catb.org/esr/faqs/smart-questions.html#followup > > Andreas > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://subversion.1072662.n5.nabble.com/IndexError-list-index-out-of-range-serf-1-3-8-tp190986p191063.html > To unsubscribe from IndexError: list index out of range: [serf 1.3.8], click > here > <http://subversion.1072662.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=190986&code=bW9oc2luY2hhbmRpYUBnbWFpbC5jb218MTkwOTg2fC03NjQ2ODYyNTM=> > . > NAML > <http://subversion.1072662.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> >
Re: SVN Issue On Solaris OS
Thanks for your suggestion at least you have provided me a guide : ) Regards Mohsin On Thu, Dec 11, 2014 at 12:02 AM, Stefan Sperling wrote: > On Wed, Dec 10, 2014 at 04:01:10PM -0700, Mohsin wrote: > > >I searched the archives without luck, but thought I recall some people > > posting these machines were not >good with SVN. > > > > If this is the case then we should consider Linux machines which are > working > > fine with svn . I think we should prefer Linux machines for svn. > > > > > > Mohsin > > I'm running a T1000 and would say its disks are way slow to run a high > perfomance svn server with. These machines are nice for running several > network-bound services in isolated logical domains in a single box. > But busy Subversion servers need fast disks. It's probably OK for a > dozen users or so but beyond that I'd consider something else. > > BTW, if you ever end up replacing such servers and would like to donate > them to an open source project instead of dumping them, please let me know > :-) >
Re: SVN Issue On Solaris OS
>I'm assuming that this bulky repository has a long history, with >thousands of transactions, and you're doing a raw file-system based >rsync? What is raw file-system based rsync ? Can you shed some light on it? >Make sure you have rsync version 3.x, to start with, and *do not* try >to run it over some poorly tuned intermediate network file system such >as NFSv3. And frankly, Sun hardware is rapidly being phased out. I >haven't seen anyone using it for production in more than 2 years, only >in legacy apps that they have no interest or willingness to change >anything for. We are using 3.x version of rsync. Yes your are right we had bad experience on Solaris OS of running svn while on Linux OS performance was good. Cheers, Mohsin On Fri, Dec 12, 2014 at 6:06 AM, Nico Kadel-Garcia wrote: > > On Wed, Dec 10, 2014 at 5:57 PM, Mohsin wrote: > >>Assume you realize that rsync is not part of Subversion? > > > > Yes rsync is separate utility which is used for syncing purpose . Rsync > > nothing to do with subversion. > > I'm assuming that this bulky repository has a long history, with > thousands of transactions, and you're doing a raw file-system based > rsync? > > Make sure you have rsync version 3.x, to start with, and *do not* try > to run it over some poorly tuned intermediate network file system such > as NFSv3. And frankly, Sun hardware is rapidly being phased out. I > haven't seen anyone using it for production in more than 2 years, only > in legacy apps that they have no interest or willingness to change > anything for. >
Re: IndexError: list index out of range: [serf 1.3.8]
Which Python Version you are using on Solaris environment ? Mohsin On Fri, Jan 30, 2015 at 12:15 AM, kay [via Subversion] < ml-node+s1072662n191737...@n5.nabble.com> wrote: > I am currently having the same issues as previous author (Mohsin). I am > trying to install serf 1.3.8 for subversion on solaris 10 sparc. I > encountered the following error which I understand is a bug on serf1.3.8 on > solaris 10. Please help. > > # scons APR=/usr/local/apr/bin/apr-1-config > APU=/usr/local/apr/bin/apu-1-config OPENSSL=/usr > scons: Reading SConscript files ... > > scons: warning: EnsureSConsVersion is ignored for development version > File "/dhhs1t/3rdparty/SERF/serf-1.3.8/SConstruct", line 22, in > IndexError: list index out of range: > File "/dhhs1t/3rdparty/SERF/serf-1.3.8/SConstruct", line 275: > lib_shared = env.SharedLibrary(LIBNAME, SOURCES + SHARED_SOURCES) > File "/usr/lib/scons-2.3.3/SCons/Environment.py", line 260: > return MethodWrapper.__call__(self, target, source, *args, **kw) > File "/usr/lib/scons-2.3.3/SCons/Environment.py", line 224: > return self.method(*nargs, **kwargs) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 633: > return self._execute(env, target, source, OverrideWarner(kw), ekw) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 554: > tlist, slist = self._create_nodes(env, target, source) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 518: > target, source = self.emitter(target=tlist, source=slist, env=env) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 344: > target, source = e(target, source, env) > File "/usr/lib/scons-2.3.3/SCons/Tool/link.py", line 86: > target[0].name = version_names[0] > > > > I edited my Sconstruct as suggested in the following patch below and I am > now getting a different > > > --- SConstruct.old Mon Mar 3 14:34:37 2014 > +++ SConstruct Mon Mar 3 14:34:21 2014 > @@ -210,7 +210,7 @@ > # Unfortunately we can't set the .dylib compatibility_version option > separately > # from current_version, so don't use the PATCH level to avoid that build > and > # runtime patch levels have to be identical. > -env['SHLIBVERSION'] = '%d.%d.%d' % (MAJOR, MINOR, 0) > +#env['SHLIBVERSION'] = '%d.%d.%d' % (MAJOR, MINOR, 0) > > LIBNAME = 'libserf-%d' % (MAJOR,) > if sys.platform != 'win32': > @@ -248,6 +248,7 @@ > >if sys.platform == 'sunos5': > env.Append(LIBS='m') > +env['PLATFORM'] = 'posix' > else: ># Warning level 4, no unused argument warnings >env.Append(CCFLAGS=['/W4', '/wd4100']) > > > Below is the error the error that I am getting after editing the > Sconstruct file: > > # scons > scons: Reading SConscript files ... > > scons: warning: EnsureSConsVersion is ignored for development version > File "/dhhs1t/3rdparty/SERF/serf-1.3.8/SConstruct", line 22, in > scons: done reading SConscript files. > > scons: warning: Support for pre-2.7.0 Python version (2.6.4) is > deprecated. > If this will cause hardship, contact scons-...@scons.org > File "/usr/bin/scons", line 199, in > scons: Building targets ... > cc -o context.o -c -std=c89 -g -O2 -DNDEBUG -DSOLARIS2=10 > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I. > -I/usr/local/apr/include/apr-1 > -I/usr/include context.c > sh: cc: not found > scons: *** [context.o] Error 1 > scons: building terminated because of errors. > > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://subversion.1072662.n5.nabble.com/IndexError-list-index-out-of-range-serf-1-3-8-tp190986p191737.html > To unsubscribe from IndexError: list index out of range: [serf 1.3.8], click > here > <http://subversion.1072662.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=190986&code=bW9oc2luY2hhbmRpYUBnbWFpbC5jb218MTkwOTg2fC03NjQ2ODYyNTM=> > . > NAML > <http://subversion.1072662.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> >
Re: IndexError: list index out of range: [serf 1.3.8]
>scons: warning: Support for pre-2.7.0 Python version (2.6.4) is deprecated. > If this will cause hardship, contact scons-...@scons.org I think you are using old version of python try to upgrade python version 2.7 then try to install serf on Solaris environment. Mohsin On Fri, Jan 30, 2015 at 12:15 AM, kay [via Subversion] < ml-node+s1072662n191737...@n5.nabble.com> wrote: > I am currently having the same issues as previous author (Mohsin). I am > trying to install serf 1.3.8 for subversion on solaris 10 sparc. I > encountered the following error which I understand is a bug on serf1.3.8 on > solaris 10. Please help. > > # scons APR=/usr/local/apr/bin/apr-1-config > APU=/usr/local/apr/bin/apu-1-config OPENSSL=/usr > scons: Reading SConscript files ... > > scons: warning: EnsureSConsVersion is ignored for development version > File "/dhhs1t/3rdparty/SERF/serf-1.3.8/SConstruct", line 22, in > IndexError: list index out of range: > File "/dhhs1t/3rdparty/SERF/serf-1.3.8/SConstruct", line 275: > lib_shared = env.SharedLibrary(LIBNAME, SOURCES + SHARED_SOURCES) > File "/usr/lib/scons-2.3.3/SCons/Environment.py", line 260: > return MethodWrapper.__call__(self, target, source, *args, **kw) > File "/usr/lib/scons-2.3.3/SCons/Environment.py", line 224: > return self.method(*nargs, **kwargs) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 633: > return self._execute(env, target, source, OverrideWarner(kw), ekw) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 554: > tlist, slist = self._create_nodes(env, target, source) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 518: > target, source = self.emitter(target=tlist, source=slist, env=env) > File "/usr/lib/scons-2.3.3/SCons/Builder.py", line 344: > target, source = e(target, source, env) > File "/usr/lib/scons-2.3.3/SCons/Tool/link.py", line 86: > target[0].name = version_names[0] > > > > I edited my Sconstruct as suggested in the following patch below and I am > now getting a different > > > --- SConstruct.old Mon Mar 3 14:34:37 2014 > +++ SConstruct Mon Mar 3 14:34:21 2014 > @@ -210,7 +210,7 @@ > # Unfortunately we can't set the .dylib compatibility_version option > separately > # from current_version, so don't use the PATCH level to avoid that build > and > # runtime patch levels have to be identical. > -env['SHLIBVERSION'] = '%d.%d.%d' % (MAJOR, MINOR, 0) > +#env['SHLIBVERSION'] = '%d.%d.%d' % (MAJOR, MINOR, 0) > > LIBNAME = 'libserf-%d' % (MAJOR,) > if sys.platform != 'win32': > @@ -248,6 +248,7 @@ > >if sys.platform == 'sunos5': > env.Append(LIBS='m') > +env['PLATFORM'] = 'posix' > else: ># Warning level 4, no unused argument warnings >env.Append(CCFLAGS=['/W4', '/wd4100']) > > > Below is the error the error that I am getting after editing the > Sconstruct file: > > # scons > scons: Reading SConscript files ... > > scons: warning: EnsureSConsVersion is ignored for development version > File "/dhhs1t/3rdparty/SERF/serf-1.3.8/SConstruct", line 22, in > scons: done reading SConscript files. > > scons: warning: Support for pre-2.7.0 Python version (2.6.4) is > deprecated. > If this will cause hardship, contact scons-...@scons.org > File "/usr/bin/scons", line 199, in > scons: Building targets ... > cc -o context.o -c -std=c89 -g -O2 -DNDEBUG -DSOLARIS2=10 > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I. > -I/usr/local/apr/include/apr-1 > -I/usr/include context.c > sh: cc: not found > scons: *** [context.o] Error 1 > scons: building terminated because of errors. > > > > -- > If you reply to this email, your message will be added to the discussion > below: > > http://subversion.1072662.n5.nabble.com/IndexError-list-index-out-of-range-serf-1-3-8-tp190986p191737.html > To unsubscribe from IndexError: list index out of range: [serf 1.3.8], click > here > <http://subversion.1072662.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=190986&code=bW9oc2luY2hhbmRpYUBnbWFpbC5jb218MTkwOTg2fC03NjQ2ODYyNTM=> > . > NAML > <http://subversion.1072662.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> >
