Wie löse ich den 503 Fehler beim Zugriff auf die CollabNet Subversion Console?

8

Ich verwende Collabnate Subversion Edge.
Ich erhalte einen Fehler unterhalb des Fehlers, wenn ich versuche, auf die URL Ссылка zuzugreifen. Collbnate ist auf Windows Server 2008 eingerichtet.

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

Wie löst man es?

    
Dharmik Bhandari 25.04.2012, 13:23
quelle

7 Antworten

6

Ich habe zwei Tage mit dem gleichen Problem gekämpft. Es stellte sich heraus, dass CollabNet Subversion Edge 4.0.11 Java 8 nicht unterstützt.

Die folgende Prozedur hat mir geholfen, den CN Subverion Edge 4.0.11 unter Windows 7 wieder funktionsfähig zu machen:

1) Deinstallieren Sie CollabNet Subversion

2) Deinstallieren Sie Java 8 (Ich hatte Java 7 und 6 nebeneinander, also nach der Deinstallation der 8, 7 aufgehoben, nachdem ich es zur PATH-Variable hinzugefügt habe. Es ist wichtig, es ganz am Anfang des Pfades hinzuzufügen, Sonst wird Windows \ System32 \ java.exe genommen, was auch nicht gut für mich war)

3) Installieren Sie CollabNet Subverion (das Wichtigste ist das Deaktivieren des Kontrollkästchens "Run CollabNet ..." auf dem letzten Bildschirm. Es sieht so aus, als ob das Installationsprogramm am Ende noch Dateien erstellt und erst nachdem ich auf OK geklickt habe Im letzten Bildschirm wurden die benötigten Konfigurationsdateien im Ordner data / conf erstellt.

4) Stellen Sie sicher, dass die Datei "data / conf / httpd.conf" erstellt wurde. Wenn es da ist, gehe zu den Diensten (services.msc) und starte den Server manuell

Starten Sie nun den Browser und navigieren Sie zu localhost: 3343 / csvn. Viel Glück.

    
Janusz Grabis 09.09.2014, 15:46
quelle
3

1) Installieren Sie Java 7

2) Wechseln Sie in der Datei \ csvn \ svcwrapper \ conf \ wrapper.conf von # wrapper.java.command.maxVersion = 1.6 zu wrapper.java.command.maxVersion = 1.7

3) Führen Sie \ csvn \ svcwrapper \ bat \ runConsole.bat

aus

Viel Glück.

    
kr2ysiek 24.10.2014 09:41
quelle
1

Überprüfen Sie c: / csvn / data / logs auf ein Protokoll, das mit "console" beginnt. Finde dann die Fehler und überprüfe, was falsch ist.

Haben Sie versucht, den Dienst neu zu starten?

    
Jeyanthan I 25.05.2012 11:00
quelle
0

Ich hatte das gleiche Problem, CollabNet Subversion Edge Version 4.0.4. In meinem Fall bestand das Problem darin, den JAVA_HOME von JDK 1.6 auf JDK 1.7 zu aktualisieren.

Ich habe es schließlich gelöst, indem ich die Datei ändere: C: \ PROGRA ~ 1 \ csvn \ svcwrapper \ conf \ wrapper.conf

Ich habe den Wert der Eigenschaft geändert: wrapper.java.command: java wrapper.java.command = C: /PROGRA~1/Java/jdk1.6.0_45/bin/java

So läuft der csvn jetzt mit 1.6 wie zuvor. Und es funktioniert wieder automatisch als Dienst.

Viel Glück !!

    
David Ruiz 17.03.2015 09:25
quelle
0

Es gibt ein alternatives Problem, das zu demselben Fehler führt: Die Datenbank wird möglicherweise beschädigt. Das ist mir gerade passiert. Die obigen Antworten haben in diesem Fall nicht funktioniert. Da Subversion Edge 5.0.1 gebündelt mit jre8 kommt, wäre es ziemlich seltsam, wenn es nicht dagegen laufen könnte.

Um das Problem zu lösen, musste ich die Datenbank patchen (glücklicherweise ist die Benutzerdatenbank c: \ csvn \ data \ csvn-production-hsqldb.script eine reine Text-SQL-Datei).

  • Backup-Dateien in c: \ csvn \ data
  • Löschen Sie csvn-production-hsqldb.script und starten Sie den Dienst (sollte jetzt erscheinen)
  • Beenden Sie den Dienst
  • Speichern Sie die Datei, die jetzt automatisch neu erstellt wird
  • Vergleichen Sie Ihre alte und die neue Datei
  • Ersetzen Sie jede Zeile, die in Ihrer Datenbank mit INSERT INTO QRTZ beginnt, durch die entsprechenden Zeilen der Arbeitskopie
  • Kopieren Sie die neuen Dateien an die richtige Stelle
  • Starten Sie den Dienst
  • Ich hoffe, es hat funktioniert
PMF 02.09.2015 08:27
quelle
0

Ich hatte dieses Problem auch. Upgrade auf SubversionEdge 5.1.4 hat das Problem gelöst.

    
slar 22.08.2016 11:26
quelle
0

Dieses Problem tritt jedes Mal bei CollabNet Subversion Edge 3.3.1 auf, wenn wir unsere JDK 6-Installation patchen (z. B. IAVM-Aktualisierung). Wir müssen JDK 7 und 8 auch auf diesem Rechner installieren, so dass die Installer die Versionsinformationen in der Windows-Registry verwirren (keine Überraschung). Selbst wenn wir JDK 6 zuletzt aktualisieren, wird es auch komisch.

Es stellt sich jedoch heraus, dass die Subversion-Konsole die Windows-Registrierung verwendet, um die Java-Installation zu finden, um den Konsolendienst zu starten. Wenn Sie den Registrierungseintrag HKLM\SOFTWARE\JavaSoft\Java Development Kit\CurrentVersion auf 1.6 aktualisieren und eine ordnungsgemäße Installation von JDK 1.6 durchführen, wird der Konsolenbetrieb wiederhergestellt.

    
dan 28.11.2017 13:05
quelle

Tags und Links