Problem with adding new repositories - Apache not being restarted

Hello,    Let me just start by saying that uberSVN seems to be a very nice product. Miles better than old Access Control. I am just trying to trial it and came across a problem.    Problem I have seems to be quite straight forward (at least I think it is). When I add new rpository through uberSVN web interface, I am not able to get to it using Tortoise. As soon as I manually restart Apache (from shell level), everything is fine and repos become available. Assumption is that my test user has got no access to shell and hitting restart Apache button from dashboard does not bring required effect, does it look like some issue with installation or it is possible bug?    Logs seems to be indicating positive creation process, but as mentioned above Apache does not seem to be picking up on these changes. Looking at the process list, I can not see httpd children respowning either and am not sure if Apache would pick these changes up if not hard bounced.    [05 Jan 2012 12:06:08] INFO (?:?) - Creating new repository test1234  [05 Jan 2012 12:06:08] INFO (?:?) - Directory: /opt/ubersvn/repositories/test1234 has been created  [05 Jan 2012 12:06:08] INFO (?:?) - Installing hook scripts  [05 Jan 2012 12:06:08] INFO (?:?) - Importing default directory structure for new repository  [05 Jan 2012 12:06:09] INFO (?:?) - Updating httpd repo location conf file /opt/ubersvn/conf/conf.d/50-repositories.conf  [05 Jan 2012 12:06:09] INFO (?:?) - Directory: /opt/ubersvn/tomcat/temp/sventon_config/RepositoryBrowser/repositories/test1234 has been created      Below, please find all components and their version. I am running RHEL 6.1 64 bit.    updater uberSVN Updater Core 11.12.8550-4 - 2012-01-04  ubersvn uberSVN Core Core 11.12.8550-4 - 2012-01-04  tomcat Apache Tomcat Core 6.0.33-3 - 2012-01-04  openldap LDAP Library Core 2.4.23-1 - 2011-11-23  subversion17 Subversion 1.7 Binaries Core 1.7.2-1 - 2012-01-04  sqlite Embeddable SQL Database Engine Core 3.7.7.1-1 - 2011-11-23  subversion16 Subversion 1.6 Binaries Core 1.6.17-4 - 2011-11-23    Any help here would be most welcomed.    Thanks.

Last updated 10 years ago

Hello,    Thank you for getting back in touch.    It seems that only two logs are being updated when during new repo: ubersvn.log & catalina.out. Below is what I get when adding new repository (repo123 in this case) - just to note, I am not getting any error messages in the dashboard and looking at ps list, none of the child processes seems to be re-spawned.    [05 Jan 2012 14:46:25] INFO (?:?) - Getting updates from: http://update.ubersvn.com/  [05 Jan 2012 14:46:27] INFO (?:?) - Update mirror is: update.nl.eu.ubersvn.com  [05 Jan 2012 14:46:27] INFO (?:?) - Found 7 available updates  [05 Jan 2012 14:46:27] INFO (?:?) - Found 0 eligible updates  [10 Jan 2012 16:33:57] ERROR (?:?) - Could not display banner  [10 Jan 2012 16:34:42] ERROR (?:?) - Could not display banner  [10 Jan 2012 16:36:33] INFO (?:?) - Creating new repository test123  [10 Jan 2012 16:36:33] INFO (?:?) - Directory: /opt/ubersvn/repositories/test123 has been created  [10 Jan 2012 16:36:33] INFO (?:?) - Installing hook scripts  [10 Jan 2012 16:36:33] INFO (?:?) - Importing default directory structure for new repository  [10 Jan 2012 16:36:33] INFO (?:?) - Updating httpd repo location conf file /opt/ubersvn/conf/conf.d/50-repositories.conf  [10 Jan 2012 16:36:33] INFO (?:?) - Directory: /opt/ubersvn/tomcat/temp/sventon_config/RepositoryBrowser/repositories/test123 has been created  [10 Jan 2012 16:37:00] INFO (?:?) - Updating authz file /opt/ubersvn/conf/svn.authz  [10 Jan 2012 16:37:02] INFO (?:?) - Updating authz file /opt/ubersvn/conf/svn.authz  [10 Jan 2012 16:37:02] INFO (?:?) - Updating httpd repo location conf file /opt/ubersvn/conf/conf.d/50-repositories.conf      [05 Jan 2012 14:46:25] INFO - Getting updates from: http://update.ubersvn.com/   [05 Jan 2012 14:46:27] INFO - Update mirror is: update.nl.eu.ubersvn.com   [05 Jan 2012 14:46:27] INFO - Found 7 available updates   [05 Jan 2012 14:46:27] INFO - Found 0 eligible updates   About to get HTTP_PORTS  Setup HTTP_PORTS  About to get HTTP_PORTS  [...a lot of similar messages]  About to get HTTP_PORTS  Setup HTTP_PORTS  [10 Jan 2012 16:33:57] ERROR - Could not display banner   About to get HTTP_PORTS  Setup HTTP_PORTS  About to get HTTP_PORTS  [...a lot of similar messages]  Setup HTTP_PORTS  [10 Jan 2012 16:34:42] ERROR - Could not display banner   About to get HTTP_PORTS  Setup HTTP_PORTS  [...a lot of similar messages]  About to get HTTP_PORTS  Setup HTTP_PORTS  [10 Jan 2012 16:36:33] INFO - Creating new repository test123   [10 Jan 2012 16:36:33] INFO - Directory: /opt/ubersvn/repositories/test123 has been created   [10 Jan 2012 16:36:33] INFO - Installing hook scripts   [10 Jan 2012 16:36:33] INFO - Importing default directory structure for new repository   About to get HTTP_PORTS  Setup HTTP_PORTS  [10 Jan 2012 16:36:33] INFO - Updating httpd repo location conf file /opt/ubersvn/conf/conf.d/50-repositories.conf   [10 Jan 2012 16:36:33] INFO - Directory: /opt/ubersvn/tomcat/temp/sventon_config/RepositoryBrowser/repositories/test123 has been created   About to get HTTP_PORTS  Setup HTTP_PORTS  [...a lot of similar messages]Setup HTTP_PORTS  PERM__dlangford rw  [10 Jan 2012 16:37:00] INFO - Updating authz file /opt/ubersvn/conf/svn.authz   About to get HTTP_PORTS  Setup HTTP_PORTS  About to get HTTP_PORTS  Setup HTTP_PORTS  [10 Jan 2012 16:37:02] INFO - Updating authz file /opt/ubersvn/conf/svn.authz   [10 Jan 2012 16:37:02] INFO - Updating httpd repo location conf file /opt/ubersvn/conf/conf.d/50-repositories.conf   About to get HTTP_PORTS  Setup HTTP_PORTS  About to get HTTP_PORTS  Setup HTTP_PORTS  About to get HTTP_PORTS  Setup HTTP_PORTS    I've just tried to stop Apache from dashboard rather than restart it. It FAILED. Looking in logs there is absolutely nothing. When I try to restart Apache using web interface, I am being informed that this request is being processed and then:    The Apache service is now restarting. Please allow a short while before interacting with repositories    After that dashboard is available again and nothing happens. Ability to get to new repository arise as soon as I manually restart Apache from shell. I am not sure how this can be diagnosed but it seems that whatever integration there is between WanDisco java process and Apache tomcat server does not seem to be working in my environment.    Below is the config file, which provides interface for new repository - it is being updated as expected (/opt/ubersvn/conf/conf.d/50-repositories.conf):    

<Location /test123>
     DAV svn
     SVNPath "/opt/ubersvn/repositories/test123"
     AuthType Basic
     AuthName "Subversion Repository"
     Require valid-user
     AuthUserFile "/opt/ubersvn/conf/svn.passwd"
     AuthzSVNAccessFile "/opt/ubersvn/conf/svn.authz"
     Order deny,allow
     Allow from all
     SVNAutoversioning On
     Satisfy Any
   </Location>

 CustomLog data/logs/svn_logfile "%t %u %{SVN-ACTION}e" env=SVN-ACTION      Any help would be most appreciated as this is pretty much the only issue we have with our test instance so far.    Thanks.

Yes sure.    Just to make a note: whole stack has been installed on fresh RHEL 6.1 using only default WanDISCO package - in this case, initially it was uberSVN-64-1106_beta.zip and then later updated through UberSVN admin panel:       ~]$ ps -ef | grep httpd  root 12207 1 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12208 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12209 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12210 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12211 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12212 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12213 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start  ubersvn 12214 12207 0 Jan05 ? 00:00:00 /opt/ubersvn/bin/httpd -d /opt/ubersvn/bin/../ -k start      tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1098/sshd  tcp 0 0 0.0.0.0:8888 0.0.0.0:* LISTEN 10097/tinyproxy  tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1174/master  tcp 0 0 127.0.0.1:13234 0.0.0.0:* LISTEN 12207/httpd  tcp 0 0 :::9880 :::* LISTEN 12207/httpd  tcp 0 0 :::9890 :::* LISTEN 11969/java  tcp 0 0 :::9001 :::* LISTEN 11969/java  tcp 0 0 ::ffff:127.0.0.1:14123 :::* LISTEN 11969/java  tcp 0 0 :::9900 :::* LISTEN 11969/java    Thanks.

Hello.    Thanks for that. It worked but I've found as following:    PIDS=`ps -u jwhitlock | grep $HTTPD | awk '{print $2}'`    causing "status" argument to svnservercontrol to fail (somehow, I could not find jwhitlock on my system ;D):      + ERROR=0  + case $1 in  ++ awk '{print $2}'  ++ grep /opt/ubersvn/bin/httpd  ++ ps -u jwhitlock  ERROR: User name does not exist.  ********* simple selection ********* ********* selection by list *********  -A all processes -C by command name  -N negate selection -G by real group ID (supports names)  -a all w/ tty except session leaders -U by real user ID (supports names)  -d all except session leaders -g by session OR by effective group name ......    Also, it seems that below two modules somehow get included twice (unless this is some left over from upgrade?):    [Wed Jan 11 15:44:45 2012] [warn] module dav_svn_module is already loaded, skipping  [Wed Jan 11 15:44:45 2012] [warn] module authz_svn_module is already loaded, skipping      I've found them to be included in:    [/opt/ubersvn/conf]# grep -R dav_svn_module *  conf.d/20-modules.conf:LoadModule dav_svn_module modules/mod_dav_svn.so  conf.d/21-svn-modules.conf:LoadModule dav_svn_module modules/mod_dav_svn.so      and    [/opt/ubersvn/conf]# grep -R authz_svn_module *  conf.d/20-modules.conf:LoadModule authz_svn_module modules/mod_authz_svn.so  conf.d/21-svn-modules.conf:LoadModule authz_svn_module modules/mod_authz_svn.so      Last thing: when I use "service ubersvncontrol restart/stop" I am getting as below, effectively blocking restart procedure:    [/opt/ubersvn/conf]# service ubersvncontrol restart  Stopping SysV Tomcat  su: invalid option -- 'o'  Try `su --help' for more information.  Starting SysV Tomcat  Using CATALINA_BASE: /opt/ubersvn/tomcat  Using CATALINA_HOME: /opt/ubersvn/tomcat  Using CATALINA_TMPDIR: /opt/ubersvn/tomcat/temp  Using JRE_HOME: /opt/ubersvn/jre  Using CLASSPATH: /opt/ubersvn/tomcat/bin/bootstrap.jar  Using CATALINA_PID: /opt/ubersvn/data/run/tomcat.pid  Existing PID file found during start.  Tomcat appears to still be running with PID 19827. Start aborted.      Looking into script:     '[' 1 -eq 1 ']'  + echo 'Stopping SysV Tomcat'  Stopping SysV Tomcat  + su ubersvn /opt/ubersvn/tomcat/bin/catalina.sh stop -force  su: invalid option -- 'o'  Try `su --help' for more information.  + sleep 8      Thanks for your help.    Regards. S.

Was able to fix the ubersvncontrol stop|restart issue by modifying line 92 of the ubersvncontrol script. The su command was picking up the -force as "-f -o" ...  
$SU_CMD "-c $CATALINA_HOME/bin/catalina.sh stop -force"

mbooth;117648Thanks, that's very useful information.    Apache is failing to restart because it was started as root instead of the ubersvn user (you can see it in the top line of the output from ps -ef) which was a problem with the init script in early versions of uberSVN.    Good news is you can fix it by replacing your /opt/ubersvn/bin/httpdserverctl file with one that works correctly :-)    * Download this version: http://fedorapeople.org/~mbooth/httpdserverctl  * Put it in /opt/ubersvn/bin  * Make sure it has correct permissions with the following commands:  * su -c 'chown ubersvn:ubersvn /opt/ubersvn/bin/httpdserverctl'  * su -c 'chmod 775 /opt/ubersvn/bin/httpdserverctl'  * Finally, restart Apache    From now on, restarts should work correctly when you add repositories. If not, we'll do some further debugging.    Sorry for the inconvenience and thank you for trying the beta.

   I've a doubt with this.  I installed uberSVN 12.1 beta, and upgrade to 12.4, and SVN 1.7 binaries. All upgraded by uberSVN console. My SO is a RH 6 64bits.  I see http://fedorapeople.org/~mbooth/httpdserverctl script and it's the same. Persist the "PIDS=`ps -u jwhitlock | grep $HTTPD | awk '{print $2}'`" sentence.  I correct this with "PIDS=`pgrep -f $HTTPD -U $SVNSERVER_USER`" (tks Saint Google!!) and the output is correct.  Also, starting this with root or with ubersvn user, the first line in the "ps -ef|grep httpd" command result... is "root" user!!.  Everything works correctly, or I think so. But I fear for other implications that don't know.  Any comments?  Thanks  P.D. sorry... my english isn't the best...