Probleme Anfordern von Subversion + Apache to Work

StackOverflow https://stackoverflow.com/questions/4113790

  •  29-09-2019
  •  | 
  •  

Frage

Im Anschluss an die Anweisungen in diese hilfreiche Anleitung , ich habe versucht Subversion auf meiner Website einzurichten, mit Apache statt svnserve. Sobald alles eingerichtet ist, werde ich in ein Repository haben / srv / svn / MyRepository , das aus zugänglich ist code.mydomain.com .

Doch nach oben verlinkten alle Anweisungen in der Führung folgen, besuchen code.mydomain.com zeigt den Inhalt der Apache Standardsite, / var / www (dh „Es funktioniert!“). Dies erzeugt auch die folgenden Fehler in meinem Apache-Log: 

[Sat Nov 06 10:11:33 2010] [notice] caught SIGTERM, shutting down
[Sat Nov 06 10:11:34 2010] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Sat Nov 06 10:11:34 2010] [notice] mod_python: using mutex_directory /tmp
[Sat Nov 06 10:11:34 2010] [notice] Apache/2.2.9 (Debian) DAV/2 SVN/1.5.1 mod_jk/1.2.26 PHP/5.2.6-1+lenny9 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 configured -- resuming normal operations

Hier ist eine bearbeitete Version von meiner Seite Konfiguration: 

<VirtualHost my.server.ip:80>
        ServerAdmin me@mydomain.com
        ServerName code.mydomain.com
        ErrorLog /srv/www/code.mydomain.com/logs/error.log
        CustomLog /srv/www/code.mydomain.com/logs/access.log combined

        <Location />
                DAV svn
                SVNPath /srv/svn/myrepository

                AuthType Basic
                AuthName "Subversion Repository"
                AuthUserFile /srv/auth/svn/myrepository.htpasswd
                Require valid-user
        </Location>
</VirtualHost>

Vielen Dank im Voraus für jede Hilfe, dass Sie in der Lage zu liefern!

Hier sind die Ergebnisse einiger Problem, dass ich nach den Vorschlägen von anderen Benutzern (vielen Dank) getan haben. In jedem Fall neu gestartet ich Apache nach der Änderung, dann die Seite überprüfte die Ergebnisse zu überprüfen:

0) Ich bin nicht über SSL zu verbinden.

1) SVNParentPath ist nur notwendig, wenn mehrere Repositories sind in use-- hier, ich bin nur ein verwenden. Trotzdem habe ich wieder habe meine Konfiguration SVNParentPath als Test verwendet wird, und bekam das gleiche Ergebnis.

2) Ich versuchte, die Auth Optionen innerhalb einer Grenze Strophe zu setzen, und bekam das gleiche Ergebnis. Ich habe dann alle der Auth-Optionen entfernt, bekam aber das gleiche Ergebnis.

3) Nachdem alle Auth Optionen aus der Konfigurationsdatei entfernt und das gleiche Ergebnis erhalten, ich glaube nicht, dass das ein Autorisierungsmodul bezogen ist; Ich kann jedoch bestätigen, dass, obwohl ich das dav_svn Modul tun haben geladen, ich habe nicht das authz_svn Modul geladen.

4) hatte ich bereits das Repository in der Lage erstellt / srv / svn / MyRepository . Ich lief svnadmin überprüfen in diesem Ort, und das Werkzeug berichtet, dass alles gut ist.

5) Ich bin auf Debian 5, wo Apache läuft als www-data; www-data Eigentum von / srv / svn sowie / srv / svn / MyRepository : und vor dieser hatte ich www-data gegeben. Ich lief stat auf diese Verzeichnisse dies zu überprüfen.

6) Pinging code.mydomain.com zeigt, dass es in der Tat auf die richtige IP-Lösung

7) Ich lief a2ensite code.mydomain.com , die (oops) nicht geschehen offenbar war, und Apache neu gestartet. Der Ordner /srv/www/code.mydomain.com/logs enthält jetzt access.log und error.log, aber beide Dateien bleiben leer. Inzwischen versucht, Zugang code.mydomain.com produziert das gleiche Ergebnis wie zuvor, und der Standard-Apache error.log enthält die gleichen Fehlermeldungen wie zuvor.

8) Keiner der Apache-Konfigurationsdateien enthält eine Namevirtualhost *: 80 Zeile

.
War es hilfreich?

Lösung

zunächst einmal prüfen, dass Sie gehen, http und nicht https .

Ich bin mit CentOS 5.5. Vergleichen meines /etc/httpd/conf.d/subversion.conf mit dem, was Sie zur Verfügung stellen, führen zu den folgenden Beobachtungen.

Kontrolle:

  1. SVNPath sollte SVNParentPath sein

  2. versuchen, die AuthType Kommentierung aus, AuthName, AuthUserFile und verlangen, ob das funktioniert, um zu sehen. Versuchen sie umschließenden in: 

    <LimitExcept GET PROPFIND OPTIONS REPORT>
...
</LimitExcept>

  3. Diese Zeilen sind irgendwo 

    LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so

  4. , die Sie getan haben 

    svnadmin create /srv/svn/myrepository

  5. , die Sie getan haben 

    chown -R apache.apache /srv/svn/myrepository

    (wenn Sie auf Debian / Ubuntu apache.apache würde www-data sein: www-data).

es scheint, dass Sie diese Dinge nicht in der Datei setzen sollte /etc/apache2/sites-available/code.domain.com, stattdessen sollten Sie /etc/apache2/mods-available/dav_svn.conf bearbeiten werden (es sollte bereits da sein und mehr oder weniger die gleichen Dinge enthalten, dass Sie in der Website conf-Datei zu setzen versuchen. all doppelten Dinge von der Website conf-Datei) entfernen.

Sie müssen einen Pfad in der Lage setzen, / svn.

Andere Tipps

Ich glaube, Sie müssen nur sicher, dass die SVN-Sites auf der Spitze der Hierarchie virtuelle Domäne Aufenthalte machen. Standardmäßig Debian-Systeme haben den Standard-Port auf die Standarddomäne konfiguriert. Sie mögen es auf den domänenspezifische ändern.

lesen Sie in diesem Link http://www.daniweb.com/forums/thread268331.html für einige detaillierte Anweisungen.

Die letzte Zeile "sudo a2ensite svn.example.com" wäre wichtig.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top