How to solve the problem with error 503 using CollabNet Subversion Console?

Question

I am using Collabnate Subversion Edge.
When I try to access the URL http: // localhost: 3343 / csvn, I get below error. Collbnate is configured on Windows Server 2008.

HTTP ERROR: 503
Problem accessing /csvn/. Reason:
Service Unavailable
Powered by Jetty://

How to solve it?

Answer 1

I spent two days struggling with the same problem. It turned out that CollabNet Subversion Edge 4.0.11 does not support Java 8.

The following procedure helped me get CN Subverion Edge 4.0.11 working on Windows 7 again:

1) Remove Subabersion CollabNet

2) Uninstall Java 8 (I had Java 7 and 6 side by side, so after removing 8, 7 after I added it to the PATH variable, it is important to add it at the very beginning of the path, otherwise Windows \ System32 will execute \ java.exe, which is also bad for me)

3) Install Subbion CollabNet (it is important to uncheck the "Run CollabNet ..." checkbox on the last screen. It seems that the installer still creates the files at the end and only after I clicked OK on the last screen the necessary configuration files were created in the folder data / conf.

4) Make sure the data / conf / httpd.conf file is created. If it is, then get the services (services.msc) and start the server manually

Now start your browser and go to localhost: 3343 / csvn. Good luck.

Answer 2

1) Install Java 7

2) In the file \ csvn \ svcwrapper \ conf \ wrapper.conf change C # wrapper.java.command.maxVersion = 1.6 to wrapper.java.command.maxVersion = 1.7

3) Run \ csvn \ svcwrapper \ bat \ runConsole.bat

Good luck.

Answer 3

Go to c: / csvn / data / logs for a log that starts with "console". Then find the error and check what is wrong.

Did you try to restart the service?

Answer 4

I had the same problem, CollabNet Subversion Edge 4.0.4. In my case, the problem was updating JAVA_HOME from JDK 1.6 to JDK 1.7.

Finally, I decided to change the file: C: \ PROGRA ~ 1 \ csvn \ svcwrapper \ conf \ wrapper.conf

I changed the value of the property: wrapper.java.command: java wrapper.java.command = C: /PROGRA~1/Java/jdk1.6.0_45/bin/java

So csvn now works with 1.6, as before. And it works again as a service automatically.

Good luck

Answer 5

There is an alternative problem that leads to the same error: the database may be corrupted. This is what happened to me. The above answers do not work in this case. Since Subversion Edge 5.0.1 comes bundled with jre8, it would be rather strange if it could not work against it.

To solve this problem, I had to fix the database (fortunately, the user database c: \ csvn \ data \ csvn-production-hsqldb.script is a plain text sql file).

• Backup files in c: \ csvn \ data li>
• Delete csvn-production-hsqldb.script and start the service (should appear now)
• Logout Service
• Save the file that is automatically recreated now
• Compare your old file with the new working one.
• Replace each row starting with INSERT INTO QRTZ in your database with the corresponding rows from the working copy.
• Copy the new files to the desired location.
• Start the service
• Hope this worked.

Answer 6

I also had this problem. Upgrading to SubversionEdge 5.1.4 solved the problem.

Answer 7

We encounter this problem with CollabNet Subversion Edge 3.3.1 every time we fix our JDK 6 installation (for example, an IAVM update). We also need to install JDK 7 and 8 on this computer so that the installers confuse version information in the Windows registry (not too many surprises). Even if we update JDK 6, this is also strange.

However, it turns out that Subversion Console uses the Windows registry to search for a Java installation to start the console service. Updating the registry entry HKLM\SOFTWARE\JavaSoft\Java Development Kit\CurrentVersion to 1.6 and installing JDK 1.6 correctly will restore the console.