Re: SVN patch IGNORES file without newline at end of file
On 2012-10-11 21:14, Stefan Sperling wrote: I cannot reproduce this problem on unix with the files you've provided. Both patches apply find (tested both svn from trunk and 1.7.6. I don't have a 1.7.7 build handy right now, so I cannot test that, but I suspect that trunk should have the same problem if it exists. 1.7.6 has the problem as well. Maybe this bug only happens on Windows? That's possible, could someone else try this on Windows? Do you have any svn:eol-style properties set on these files? If so, what are the property values? If not, does adding an svn:eol-style property fix this problem? No eol-style was set. I tried to set it but the output of patch did not change: svn propset svn:eol-style CRLF *.txt property 'svn:eol-style' set on 'aaa.txt' property 'svn:eol-style' set on 'bbb.txt' svn patch p.patch U bbb.txt
SVN with APACHE on AIX - cannot load module mod_dav_svn.so
Hi, I come to you cause I got an issue when trying to get working apache and SVN on my AIX server. I'hve installed subversion and apache on my AIX server. Each one is running fine separately. But when I try to launch apache with svn libraries included I got this error: httpd: Syntax error on line 523 of /opt/freeware/etc/httpd/conf/httpd.conf: Syntax error on line 5 of /opt/freeware/etc/httpd/conf/extra/httpd-subversion.conf: Cannot load /opt/freeware/lib/httpd/modules/mod_dav_svn.so into server: rtld: 0712-001 Symbol ap_log_rerror was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\nrtld: 0712-001 Symbol dav_new_error_tag was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\nrtld: 0712-001 Symbol dav_push_error was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\nrtld: 0712-001 Symbol dav_new_error was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\nrtld: 0712-001 Symbol dav_xml_get_cdata was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\nrtld: 0712-001 Symbol dav_xmlns_add was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\nrtld: 0712-001 Symbol ap_log_perror was referenced\n from module /opt/freeware/lib/httpd/modules/mod_dav_svn.so(), but a runtime definition\n of the symbol was not found.\n\t0509-021 Additional errors occurred but are not reported. I installed apache, subversion and mod_dav from perzl.com website: subversion-1.7.6-1.aix5.1.ppc.rpm httpd-2.4.3-1.aix5.1.ppc.rpm mod_dav_svn-1.7.6-1.aix5.1.ppc.rpm I'm running AIX 5.2: uname -a: AIX mdsp16 2 5 000133DAD300 The error (line 523) is a link to the Loadmodule mod_dav_svn Maybe the mod_dav_svn is corrupted but I dont know where to find a good version of it (I installed the mod_dav_svn rpm many times). I didn't find the same error on the Web and start giving it up ^^ Thx for any clue. Regards, Maire Cyril. Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? du groupe Atos ne pourra ?tre engag?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre engag?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavors to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
Extremely slow checkout on a large repository
Hi, Thanks for replying. I'm using svnserve 1.7.5 on a Dell R610 server ( Xeon E5620*2/16GB) The server is running CentOS 5.5, SSD disk is used to increase IO performance. The repository is very large: 100K+ files, 100K+ revisions, total size of the work copy is about 1.5G. When I what to check out a new work copy on another linux machine, I found it's painfully slow, it takes about 2 hours. Can anybody tell me if this speed is normal? I noticed when the svn checkout command is running on client side, there is a svnserve process with 100% CPU usage on server side, does this means the concurrent performance of svn is very bad for checkout command? And this svnserve process will not disappear immediately if I kill the client side svn process, it will run for a long time with 100% CPU usage, this might be a problem? Could anyone give some advice on how to optimize the performance of svn on a large repository? Thanks very much. Wei
Re: Extremely slow checkout on a large repository
On Fri, Oct 12, 2012 at 11:06 AM, Wei Bai wrote: > Hi, Thanks for replying. > > > > I'm using svnserve 1.7.5 on a Dell R610 server ( Xeon E5620*2/16GB) > > The server is running CentOS 5.5, SSD disk is used to increase IO > performance. > > The repository is very large: 100K+ files, 100K+ revisions, total size of > the work copy is about 1.5G. > > > > When I what to check out a new work copy on another linux machine, I found > it's painfully > > slow, it takes about 2 hours. Can anybody tell me if this speed is normal? > > I noticed when the svn checkout command is running on client side, there is > a svnserve process with 100% CPU usage on server side, > > does this means the concurrent performance of svn is very bad for checkout > command? Not necessarily. In my environment, I typically hit I/O constraints limiting my checkout performance long before I hit CPU constraints. If you're performing a checkout and seeing 100% CPU utilization on the server, you're CPU-bound. With a faster processor, you may see improved checkout performance. With an SSD (assuming the repository is on the SSD), you're probably not I/O bound. How's your memory utilization while checking out? Is it possible that you're memory constrained and swapping out to disk? Because of how Subversion stores revisions, it must look at past revisions to construct the revision you're requesting. Depending upon a number of factors, this may become CPU and/or memory bound. It's a trade-off of performance vs. storage efficiency, and there is no one optimal setting for everyone's repository. The developers have selected a value which works well enough for most people. > And this svnserve process will not disappear immediately if I kill the > client side svn process, it will run for a long time with 100% CPU usage, > this might be a problem? It depends on how you're killing the client. If the server doesn't realize that the client has terminated, it'll keep trying to perform the checkout. > Could anyone give some advice on how to optimize the performance of svn on a > large repository? First you need to determine your limiting factor. In this case, it looks like CPU (or memory, once you look into that).
Re: Can't connect to SVN servers via HTTP-- could not read status line: connection was closed by server
Geoff, Thanks for your reply. I've tried the things you've suggested and already read through the stack overflow posts you listed, but I looked at them all again. One of the comments to the last post mentioned antivirus software, which got me thinking. Among other things I uninstalled my VPN software and boom, it works now. Apparently, it was filtering out http traffic from the svn client, even though I was connected via VPN. Weird, weird, weird, weird. Anyway, thanks. Conan. On Oct 11, 2012, at 6:58 PM, Geoff Hoffman wrote: > I've seen that same message before many times, but always with my own > misconfigured http+mod_dav+dav_svn setup, never with someone else's working > repo. > > Try https instead of http? > Check proxy settings? > > Check here for more possibilities: > http://stackoverflow.com/questions/613149/svn-could-not-read-status-line-connection-was-closed-by-server > http://stackoverflow.com/questions/732681/tortoisesvn-couldnt-read-status-line-in-vm > http://stackoverflow.com/questions/783186/what-does-the-subversion-error-could-not-read-status-line-mean > > Also, what version of svn are you running? > Did you build it or install the binary? > What platform? > Are you using a 3rd party client or command line? > > > > > On Thu, Oct 11, 2012 at 3:22 PM, Heiselt, Conan > wrote: > svn: OPTIONS of 'http://jquery-ui.googlecode.com/svn/trunk': Could not read > status line > > > > > > Connect with us on twitter, google+, facebook, or linkedin. > Catch our next training in Houston Oct 8 - 12, Berkeley Oct 22 - 26, Seattle > Oct 29 - Nov 2, Phoenix Nov 12 - 16 or See All. > > > > > > > > > This email, including any attachments, is for the sole use of the intended > recipient and may contain confidential information. If you are not the > intended recipient, please immediately notify us by reply email or by > telephone, delete this email and destroy any copies. Thank you. > > > > >
