> From: Nico Kadel-Garcia <nka...@gmail.com> > Sent: Saturday, May 11, 2024 10:47 AM > > > How did you upgrade your server from RHEL 6 to RHEL 8? > > > > Because so much changed from RHEL 6 to 8, including Apache from 2.2.15 > to 2.4.37, all the Apache modules, etc., I started from the skeleton > configuration the operating system provides and made mostly the same > customizations we had for RHEL 6, or modernized them where the docs said > things changed. Mostly, that was tweaks to authentication (from LDAP to > Kerberos), SSL, and the SVN endpoints. Browser access to all SVN and > ViewVC pages seems to work fine. > > Yeah. Forklift upgrades can be tricky. If I may suggest, segregate the > httpd running Subversion from one doing *anything* else.
That was my plan too, to gradually strip off fluff and if necessary everything but SVN access to the repos. I'll report back what I find. > > I've tried with multiple repos of different sizes and ages. The > smaller repo I mentioned has about 150 files in trunk, mostly 50 KB or > smaller, and about 500 revisions. A larger repo with the same problems > has about 5000 files in trunk and 10,000 revisions. > > That *hints* at an httpd tuning issue, but I'm not sure. Check the httpd > logs? The httpd logs show no signs of a problem. Success and failure cases look the same in the logs. > > I thought svn:// worked only with svnserve, which we don't run. Are > you suggesting I try to run it as a test, or that I consider abandoning > Apache in favor of it? Yikes; that'd be painful. > > I'm suggesting you at least run it as a test, to validate that your > server's file systems and associated hardware are not messed up and > hiding some deeper issue. Switch only if you need to. If that's too > much work, you might try simply doing a file:/// based clone on the > server itself.. Good ideas. I'll try svnserve if my pared-down httpd configuration is inconclusive. The same checkouts using file:// URLs are consistently successful. That's not realistic for us, but it's still a useful data point, another indication the hangs are somehow in my server or network configuration. The core dumps are still an SVN client problem, but may need whatever that wonkiness is to be tickled. Jim
